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(54) MOBILE ELECTRONIC COMMERCE SYSTEM 

(57) The objective of the present invention is to pro- 
vide a mobile electronic commerce system that is supe- 
rior in safety and usability. The mobile electronic^ 
commerce system comprises an electronic wallet 100, 
supply sides 101 , 102, 103, 104 and 105, and a service 
providing means 110 that is connected by communica- 
tion means. The service providing means installs a pro- 
gram for an electronic ticket, an electronic payment 
card, or an electronic telephone card. The electronic 
wallet employs the installed card to obtain a product or 

FIG. 1 



a service or entrance permission. The settlement proc- 
ess is performed by the electronic wallet and the supply 
side via the communication means, and data obtained 
during the settlement process are managed by being 
transmitted to the service providing means at a specific 
time. A negotiable card can be easily obtained, and 
when the negotiable card is used the settlement proc- 
ess can be quickly and precisely performed. 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention relates to an electronic 5 
commerce system that provides a settlement function 
for retail sales transactions involving the use of payment 
cards or credit cards (bank cards), a settlement function 
that provides for the employment of telephone cards for 
paying communication fees incurred through the use of w 
mobile telephones, an examination function for verifying 
tickets issued for admission to various events, including 
concerts and movies, and a sales and distribution func- 
tion for these payment cards, telephone cards and tick- 
ets. In particular, the present invention pertains to the 15 
maintenance of the usability and the safety of settle- 
ments, and to the facilitation of efficient and smooth 
business transactions. 



BACKGROUND OF THE INVENTION 



20 



[0002] As the employment of telephone cards and 
payment cards, such as pinball game prepaid cards, 
has spread, prepaid systems for which magnetic cards 
are used to settle debts have become common. How- 25 
ever, since there has been a corresponding increase in 
attendant problems, such as the illegal use of altered 
cards and excess charges imposed by retail shops, 
there is a demand that the safety of settlement systems 
be improved. Recently, an IC payment card has 30 
appeared that provides one countermeasure to illegal 
applications. 

[0003] An explanation will now be given for the organ- 
ization of a prepaid settlement system employing a con- 
ventional, general payment card. 35 
[0004] In Fig. 138A is shown the organization of a pre- 
paid settlement system using a conventional, common 
payment card. 

[0005] In Fig. 138A, a payment card terminal 13801 is 
installed in a retail store 13806 and is used in the store ao 
for settlements for which payment cards are used. The 
payment card terminal 13801 is connected across a 
communication line 13804 to a central system 13802 
operated by a payment card issuer 13807. At some 
stores, payment card terminals 13801 are connected 4s 
via a POS system at the store and the communication 
line 13804 to the central system 13802 operated by a 
payment card issuer 1 3807. 

|erj:.-v use - p^-nent card to purchase a product 
at the retail store 13806, first, a consumer 13805 pays so 
cash at the payment card store 13803, whereat pay- 
ment cards are sold (13808), and purchases a payment 
card 1800 (13809). The sale of the payment card at this 
time is transmitted from the payment card store 13803 
to the payment card issuer 13807 (13810). 55 
[0007] Then, the consumer 1 3805 hands the payment 
card 13800 to a clerk at the retail store 13806 (1381 1) 
and requests that the payment card be used when 



processing the settlement. 

[0008] Thereafter, the clerk inserts the payment card 

13800 into the card reader of the payment card terminal 

13801 and initiates the payment card settlement 
processing. In consequence, the payment card terminal 
13801 reads current balance information from the pay- 
mentcard 1 3800, subtracts the price of the product from 
the available balance, and writes new balance informa- 
tion to the payment card. The payment card terminal 
13801 also uses a printer to output a statement of 
account in which the price. and the new payment card 
balance are specified. 

[0009] The clerk hands the consumer 1 3805 the prod 
uct the payment card and the statement of account 
(13813 and 13812), and thus terminates the settlement 
processing using the payment card. 
[0010] Following this, the payment card 13801 trans- 
mits the amount of the payment that was subtracted 
from the balance on the payment card 13800 across the 
communication line 13804 to the central system 13802 
of the payment card issuer 13807 (13814). In response, 
the payment card issuer 13807 performs a transaction 
to transfer money to the retail store 13806(13815). 
[0011] A payment card may be purchased from an 
automatic vending machine that is set up to sell pay- 
ment cards. Further, the same basic arrangement is 
employed for a payment card terminal 1380 that is con- 
stituted by an automatic vending machine and a public 
telephone that has a settlement function for which a 
payment card is used. 

[0012] In addition, as is disclosed in Japanese Exam- 
ined Patent Publication No. Hei 6-103426, a system is 
proposed wherein a payment card and a card 
reader/writer authenticate each other by employing a 
digital signature as a safety countermeasure. 
[0013] Now, consider the sale and use of tickets for 
various events, including concerts and movies, for 
which prepaid settlement processing is performed in 
addition to that performed by using a payment card. The 
tickets are sold on line, while when presented, they are 
visually examined by ushers. 

[0014] In Fig. 138B is shown the arrangement of a 
conventional, common ticket vending system. 
[0015] In Fig. 138B, for ticket sales a ticket vending 
terminal 13817 is installed in a ticket retail store 13820. 
The ticket vending terminal 13817 is connected via a 
communication line 1381 9 to a central system 1 381 8 for 
a ticket issuer 13821. 

[0016] To purchase a ticket for an event, a concert or 
a movie, first, the consumer 13805 calls the central sys- 
tem 13818 of the ticket issuer 13821 and makes a res- 
ervation for a desired ticket (13824). The center system 
13818 reserves the ticket applied for, and issues a res- 
ervation number to the consumer 13805 (13825). 
[0017] After the reservation number is received, at a 
ticket retail store 13820 the consumer 13805 gives a 
clerk the number and asks that a ticket be issued. 
[001 8] To issue the ticket, the clerk inputs the reserva- 
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tion number at the ticket vending terminal 13817. The 
ticket vending terminal 13817 transmits the reservation 
number to the central system 13818 of the ticket issuer 
13821 (13827) via the communication line 13819. In 
response, the center system 1 3818 transmits the ticket 5 
information for the reserved ticket to the ticket vending 
terminal 13817(13828). 

[0019] Subsequently, the ticket vending terminal 
1 381 7 prints the received ticket information on a specific 
pasteboard blank designated by the ticket issuer 13821 , 
and outputs the result as a ticket 13816. The clerk then 
delivers the ticket 13816 to the consumer 13805 
(13830) in exchange for cash (13829) and the ticket 
vending process is terminated. 
[0020] Then, following the subtraction of its commis- 
sion, the ticket retail store 13820 transmits a record of 
the receipts for the sale of the ticket to the ticket issuer 
13821 , which, in turn, subtracts its commission from the 
record of receipts and transmits the result to the promo- 
tor of the event for which the ticket was sold (13834). 
[0021 ] Later, the consumer 1 3805 presents the ticket 
13816 to an usher 13822 at an event hall 13823 
(13832), and after the usher 13822 visually examines 
the contents of the ticket and determines that all entries 
are correct, the consumer 13805 is permitted to enter. 
[0022] Since according to the prepaid settlement sys- 
tem for which a conventional payment card is employed 
the settlement process is primarily performed by a retail 
store, it is possible for a retail store to cheat a consumer 
when performing the settlement process by charging a 
higher than authorized price for a product. 
[0023] In addition, in the conventional settlement sys- 
tem it is possible for a retail store to so alter a payment 
card terminal that the price charged during a settlement 
process is higher than is that which is displayed on a 
cash register or is printed on the statement of account. 
[0024] Furthermore, since basically, in a conventional 
settlement system, the balance information held by a 
payment card is rewritten by the payment card terminal, 
the retail store may modify the payment card terminal so 
that the central system is charged a higher price than 
that which is actually subtracted from the balance 
recorded on the payment card. 
[0025] Also, since in a conventional settlement system 
a payment card is loaded directly into a payment card 
terminal installed in a store, the retail store could modify 
the payment card terminal so that it alters the informa- 
tion stored on the card, or so that it illegally reads per- 
sonal information other than that required for a 
settlement. 

[0026] In order to prevent such an illegal modification 
of a payment card terminal, a physical countermeasure 
is required, such as the sealing of the terminal to pre- 
vent its disassembly, and this has constituted a barrier 
to a reduction in the size of a payment card terminal and 
to a reduction in the manufacturing costs. 
[0027] Moreover, for a conventional settlement sys- 
tem, the capacity of the memory provided on a payment 



card is limited, and a consumer can not directly confirm 
an amount that has been subtracted from the payment 
card. Therefore, when a settlement is processed, a 
retail shop must deliver to a consumer a statement on 
which the price of a product and the remaining payment 
card balance is specified. This requirement constitutes 
a barrier to sales efficiency and to resource conserva- 
tion. 

[0028] According to a conventional ticket vending sys- 
tem, when buying a ticket a consumer must visit a ticket 
retail store, and this is inconvenient. 
[0029] Also, as established by a conventional ticket 
vending system, the validation of a ticket is effected by 
examining the ticket visually, and such a process is not 
only inaccurate and inadequate but can be a contribut- 
ing factor to the commission of an illegal act, such as 
the use of a counterfeit ticket. 

[0030] Furthermore, according to the conventional 
ticket vending system, when a concert, for example, is 
canceled after a ticket is issued, to receive a refund the 
consumer must return to the ticket retail store, an addi- 
tional inconvenient requirement. 
[0031] And then, in accordance with a conventional 
settlement system and a conventional ticket vending 
system, when a consumer wishes to transfer to a friend, 
etc., a payment card or a ticket that has been pur- 
chased, the article must be physically delivered or 
mailed to the intended recipient, which constitutes one 
more inconvenience. 

DISCLOSURE OF THE INVENTION 

[0032] To resolve the above shortcomings of the con- 
ventional settlement system, it is one objective of the 
present invention to provide a mobile electronic com- 
merce system that provides superior safety and usabil- 
ity. 

[0033] According to the present invention, in a mobile 
electronic commerce system for paying, via wireless 
communication means, a required amount using an 
electronic wallet that includes wireless communication 
means, and for receiving, from a supply side, a product 
or a service, or a required permission, service means is 
provided for connecting the electronic wallet and the 
supply side via the communication means. The service 
means installs in the electronic wallet, via the communi- 
cation means, a program for an electronic negotiable 
card. The electronic wallet employs the installed elec- 
tronic negotiable card to obtain a product or a service, 
or a required permission, from the supply side. The set- 
tlement process using the negotiable card is performed 
by the electronic wallet and the supply side via the com- 
munication means. The data that are stored in the elec- 
tronic wallet and at the supply side, in association with 
the settlement process, are transmitted to the service 
means at a predetermined time, and are managed by 
the service means. 

[0034] In addition, the electronic wallet stores a pro- 
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gram for an electronic payment card. The electronic 
wallet employs the payment card to pay an amount 
charged for a product or a service received from the 
supply side. The settlement process that takes place in 
conjunction with this payment is performed by the elec- 5 
tronic wallet and the supply side via the wireless com- 
munication means. 

[0035] Further, the electronic walTet also stores a pro- 
gram for an electronic telephone card. The electronic 
wallet employs the telephone card to pay an amount w 
that is charged by the supply side for voice communica- 
tions carried by an exchange service operating via the 
wireless communication means. The settlement proc- 
ess that takes place in conjunction with this payment is 
performed by the electronic wallet and the supply side 75 
via the wireless communication means. 
[0036] Furthermore, the electronic wallet stores an 
electronic ticket. By presenting the information held by 
the ticket, the electronic wallet and the supply side can 
engage in an examination process, via the wireless 20 
communication means, for the granting, by the supply 
side, of permission for the ticket to be used for admis- 
sion. 

[0037] According to this system, an electronic negoti- 
able card, such as a payment card, a telephone card or 25 
a ticket, can be downloaded to the electronic wallet 
using the communication means and can thus be easily 
acquired. When the electronic payment card is used to 
purchase a product or to obtain a service, when the 
electronic telephone card is used to pay a communica- 30 
tion fee, or when the electronic ticket is used to permit a 
person to pass through an entrance, a settlement proc- 
ess or an examination process is performed through the 
exchange of data by the electronic wallet and the supply 
side, so that rapid and accurate processing is enabled. 35 
[0038] Since the data that are stored following the 
completion of a process, both in the electronic wallet 
and at the supply side, are periodically referred to/man- 
aged by the service means, an illegal act can be pre- 
vented. 40 
[0039] According to the invention cited in claim 1 , a 
mobile electronic commerce system for paying, via wire- 
less communication means, a required amount from an 
electronic wallet that includes the wireless communica- 
tion means and for receiving a product or a service, or a 45 
required permission, from a supply side, comprises: 

service means for connecting the electronic wallet 
and the supply side via the communication means, 
wherein the service means installs, via the commu- so 
nication means, a program for an electronic negoti- 
able card in the electronic wallet; 
wherein the electronic negotiable card that is 
installed is employed to receive a product or a serv- 
ice, or a required permission, from the supply side; 55 
wherein based on a program for the electronic 
negotiable card a settlement process for which the 
electronic negotiable card is used, is performed by 



the electronic wallet and the supply side via the 

communication means; and 

wherein, in association with the settlement process, 

the data that are stored in the electronic wallet and 

at the supply side are transmitted to the service 

means at a predetermined time, and are managed 

thereat. 

[0040] Thus, an electronic negotiable card can be 
easily purchased anywhere, and a settlement process 
performed for the electronic negotiable card is rapid and 
accurate. 

[0041 ] According to the invention cited in claim 2, pro- 
vided is a mobile electronic commerce system for pay- 
ing, via wireless communication means, a required 
amount using an electronic wallet that includes the wire- 
less communication means and for receiving a product 
or a service, or a required permission, from a supply 
side, 

wherein, via the wireless communication means, 
the electronic wallet applies the purchase of a program 
for an electronic negotiable card to service means for 
issuing the program for the electronic negotiable card; 

wherein the service means receives from elec- 
tronic negotiable card issuing means data concerning 
the electronic negotiable card, and with settlement 
means performs a settlement that is associated with the 
purchase of the electronic negotiable card; 

wherein, via the wireless communication means, 
the program for the electronic negotiable card is 
installed in the electronic wallet; 

wherein the electronic negotiable card that is 
installed is employed for receiving a product or a serv- 
ice, or a required permission, from the supply side; and 

wherein, based on the program for the negotiable 
card, a settlement process based on the use of the 
negotiable card is performed by the electronic wallet 
and the supply side via the communication means. 
[0042] Therefore, the electronic negotiable card can 
be easily acquired anywhere, and its usability is 
improved. 

[0043] According to the invention cited in claim 3, in 
the settlement process for which the negotiable card is 
used, the electronic wallet generates an electronic 
check corresponding to a payment amount based on 
the program provided for the negotiable card, and trans- 
mits the electronic check to the supply side via the wire- 
less communication means. Then, the supply side, 
upon receiving the electronic check, transmits an elec- 
tronic receipt to the electronic wallet. Thereafter, the 
electronic wallet and the supply side respectively store 
the electronic receipt and the electronic check as data 
concerning the settlement process. 
[0044] Thus, the settlement process for the negotiable 
card is more accurately performed. 
[0045] According to the invention cited in claim 4, in 
the settlement process for which the electronic negotia- 
ble card is used, based on the program provided for the 
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electronic negotiable card the electronic wallet. transmits 
data for the electronic negotiable card to the supply side 
via the wireless communication means. Then, the sup- 
ply side, upon receiving the data for the electronic nego- 
tiable card, transmits to the electronic wallet an 
electronic certificate required for the granting of 
entrance permission and the admission of the owner of 
the electronic wallet. Thereafter, the electronic wallet 
and the supply side respectively store the electronic 
certificate and the data for the electronic negotiable 
card as data concerning the settlement process. 
[0046] As a result, an examination process for tickets, - 
etc., can be mechanically performed. 
[0047] According to the invention cited in claim 5, in 
order to transfer the electronic negotiable card that is 
installed in the electronic wallet to a different electronic 
wallet, the electronic wallet generates a transfer mes- 
sage using the electronic negotiable card and transmits 
the message to the different electronic wallet. Then, the 
electronic wallet deletes the stored electronic negotia- 
ble card, and the different electronic wallet transmits, to 
the service means, the transfer message for the negoti- 
able card. Thereafter, the service means installs a pro- 
gram, for the electronic negotiable card in the different 
electronic wallet 

[0048] As a result, an electronic negotiable card can 
be transferred. 

[0049] According to the invention cited in claim 6, the 
electronic wallet transmits to the service means, via the 
wireless communication means, an installation number 
to be recorded on or in a distribution medium, such as 
printed matter or a recording medium. Then, the service 
means receives, from negotiable card issuing means, 
data concerning an electronic negotiable card that is to 
be issued, and through wireless communication installs 
a program for an electronic negotiable card correspond- 
ing to the installation number. 

[0050] As a result, while the printed matter on which 
the installation number has been printed is employed as 
a distribution medium, the program for the electronic 
negotiable card can be transmitted along the distribu- 
tion route as a gift product. 

[0051 ] According to the invention cited in claim 7, the 
service means manages a template program that is a 
model of a program for an electronic negotiable card, 
and based on the template program generates the pro- 
gram for the electronic negotiable card and installs the 
program in the electronic wallet. 
[0052] As a result, based on the template program a 
variety of different types of electronic negotiable cards 
can be easily issued. 

[0053] According to the invention cited in claim 8, a 
program for an electronic negotiable pard includes an 
inherent private key. When an electronic wallet employs 
the negotiable card, the private key is employed to add 
a digital signature to data that are to be transmitted to a 
supply side via communication means. 
[0054] As a result, the electronic wallet can confirm for 



the supply side that the data are valid that are gener- 
ated based on the program provided for the negotiable 
card, and the alteration of the data by the supply side 
can be prevented. 

5 [0055] According to the invention cited in claim 9, pro- 
vided is a mobile electronic commerce system for pay- 
ing, via wireless communication means, a required 
amount from an electronic wallet that includes the wire- 
less communication means, and for receiving a product 

10 or a service, or a required permission, from a supply 
side, 

wherein the electronic wallet holds an electronic 
payment card that serves as an electronic payment card 
program, and employs the electronic payment card 
15 when paying the required amount for the product or the 
service that is received from the supply side; and 

wherein, via the wireless communication means, 
the electronic wiallet and the supply side perform a set- 
tlement process that is associated with the payment. 
20 [0056] As a result, the performance of a business 
transaction involving the use of the electronic payment 
card is possible. 

[0057] According to the invention cited in claim 1 0, an 
electronic payment card settlement means for making a 
25 payment using the electronic payment card is provided 
for the supply side. 

[0058] As a result, the settlement process for the elec- 
tronic payment card is performed between the elec- 
tronic wallet and the electronic payment card settlement 
30 means. 

[0059] According to the invention cited in claim 1 1 , 
service means is provided to connect, via the communi- 
cation means, the electronic wallet and the electronic 
payment card settlement means and to connect, via the 
35 communication means, the payment card issuing 
means and the settlement means, so that the electronic 
wallet can purchase the electronic payment card 
through the service means. 

[0060] As a result, the electronic payment card can be 
40 purchased via the service means, and for use can be 
downloaded into the electronic wallet. Usability can 
therefore be improved. 

[0061 ] According to the invention cited in claim 1 2, the 
electronic wallet, the electronic payment card settle- 

45 ment means, and the service means individually include 
a plurality of types of communication means. The elec- 
tronic wallet, the electronic payment card settlement 
means, and the service means employ different com- 
munication means when communication among the 

so three is conducted. 

[0062] Therefore, smooth communication among the 
three is possible, and communication secrecy can be 
maintained. 

[0063] According to the invention cited in claim 13, 
55 provided is a mobile electronic commerce system for 
paying, via wireless communication means, a required 
amount from an electronic wallet that includes the wire- 
less communication means and for receiving a product 
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or a service, or a required permission, from a supply 
side, 

wherein the electronic wallet holds an electronic 
telephone card that serves as an electronic telephone 
card program, and employs the electronic telephone 5 
card when paying a required mount for a communica- 
tion that is performed via wireless communication 
means using an exchange service provided by the sup- 
ply side; and 

wherein the electronic wallet and the supply side w 
perform, via the wireless communication means, a set- 
tlement process that accompanies the payment. 
[0064] As a result, communication can be performed 
using the electronic telephone card. 
[0065] According to the invention cited in claim 1 4, the 1 s 
supply side includes communication line exchange 
means and electronic telephone card settlement means 
for settling the payment using the electronic telephone 
card. 

[0066] Thus, the settlement process for the electronic 20 
telephone card is performed by the electronic wallet and 
the electronic telephone card settlement means. 
[0067] According to the invention cited in claim 15, 
service means is provided for connecting, via the com- 
munication means, the electronic wallet and the elec- 25 
tronic payment card settlement means, and for 
connecting, via the communication means, the payment 
card issuing means and the settlement means, so that 
the electronic wallet can purchase the electronic tele- 
phone card through the service means. 30 
[0068] As a result, the electronic telephone card can 
be purchased via the service means, and for use can be 
downloaded into the electronic wallet. Usability can 
therefore be improved. 

[0069] According to the invention cited in claim 1 6, the 35 
electronic wallet, the electronic telephone card settle- 
ment means, and the service means individually include 
a plurality of types of communication means. The elec- 
tronic wallet, the electronic telephone card settlement 
means, and the service means employ different com- 40 
munication means when communication among the 
three is conducted. 

[0070] Therefore, smooth communication among the 
three is possible, and communication secrecy can be 
maintained. 45 
[0071] According to the invention cited in claim 17, 
provided is a mobile electronic commerce system for 
paying, via wireless communication means, a required 
amount from an electronic wallet that includes the wire- 
less communication means and for receiving a product so 
or a service, or a required permission, from a supply 
side, 

wherein the electronic wallet holds an electronic 
ticket that is electronically constituted, and provides 
information concerning the electronic ticket; and 55 

wherein the electronic wallet and the supply side 
perform, via the wireless communication means, an 
examination process for the electronic ticket for granting 



permission for an admission. 

[0072] As a result, the mechanical examination of an 
electronic ticket can be automated. 
[0073] According to the invention cited in claim 18, 
electronic ticket examination means for examining the 
electronic ticket is provided for the supply side. 
[0074] Thus, the examination process can be initiated 
by communication between the electronic wallet and the 
electronic ticket examination means. 
[0075] According to the invention cited in claim 19, 
service means is provided for connecting, via the com- 
munication means, the electronic wallet and the elec- 
tronic ticket examination means, and for connecting, via 
the communication means, the ticket issuing means and 
the settlement means, so that the electronic wallet can 
purchase the electronic ticket through the service 
means. 

[0076] As a result, the electronic ticket can be pur- 
chased via the service means, and for use can be 
downloaded into the electronic wallet. Usability can 
therefore be improved. 

[0077] According to the invention cited in claim 20, the 
electronic wallet, the electronic ticket examination 
means, and the service means individually include a 
plurality of types of communication means. The elec- 
tronic wallet, the electronic ticket examination means, 
and the service means employ different communication 
means when communication among the three is per- 
formed. 

[0078] According to the invention cited in claim 21, a 
mobile electronic commerce system comprises: 

an electronic wallet; 

electronic payment card settlement means; 
electronic telephone card settlement means; 
electronic ticket examination means; 
service provision means; 
settlement processing means; 
payment card issuing means; 
telephone card issuing means; and 
ticket issuing means. 

[0079] Therefore, an electronic payment card, an elec- 
tronic telephone card, and an electronic ticket can be 
purchased through the service providing means, and for 
use can be downloaded into the electronic wallet. Thus, 
usability is improved. 

[0080] According to the invention cited in claim 22, the 
electronic wallet holds an electronic credit card and 
employs the electronic credit card to purchase the elec- 
tronic payment card, the electronic telephone card or 
the electronic ticket. 

[0081] Thus, a settlemenfthat is accompanied by the 
purchase of an electronic payment card, an electronic 
telephone card or an electronic ticket is performed 
between the service providing means and the settle- 
ment processing means. 

[0082] According to the invention cited in claim 23, the 
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electronic wallet includes a plurality of kinds of wireless 
communication means as the plurality of types of com- 
munication means. 

[0083] Usability in a mobile environment can therefore 
be improved. 5 
[0084] According to the invention cited in claim 24, as 
means for engaging in wireless communication with the 
electronic payment card settlement means or the elec- 
tronic ticket examination means, the electronic wallet 
includes wireless communication means that has a 10 
shorter communication distance and a higher directivity 
than has the wireless communication means employed 
for the electronic telephone card settlement or for the 
service providing means. 

[0085] Since the distance between the electronic wal- 15 
let and the electronic payment card settlement means, 
or between the electronic wallet and the electronic ticket 
examination means is at most 1 to 2 meters, the above 
described wireless communication means is selected, 
and thus a system can be obtained that is adequate for 20 
the environment in which it is used. 
[0086] According to the invention cited in claim 25, as 
means for engaging in wireless communication with the 
electronic payment card settlement means or the elec- 
tronic ticket examination means, the electronic wallet 25 
includes optical communication means and radio com- 
munication means for engaging in wireless communica- 
tion with the electronic telephone card settlement 
means or the service providing means. 
[0087] Thus, the optical communication means, such 30 
as infrared communication means, is employed for short 
distance communication between the electronic wallet 
and the electronic payment card settlement means, or 
for communication between the electronic wallet and 
the electronic ticket examination means, while the radio ss 
communication means is employed for long distance 
communication between the electronic wallet and the 
service providing means. As a result, a system can be 
obtained that is adequate for the environment in which it 
is used. 40 
[0088] According to the invention cited in claim 26, the 
electronic payment card settlement means includes 
wireless communication means for engaging in commu- 
nication with the service providing means. 
[0089] Therefore, the settlement process can be per- 45 
formed in a mobile environment, and usability is 
improved. 

[0090] ' According to the invention cited in claim 27, the 
electronic payment card settlement means is an auto- 
matic vending machine that includes automatic product so 
or service providing means. 

[0091 ] Thus, a product can be purchased at the auto- 
matic pending machine without any cash being 
required, and usability is improved. 

[0092] According to the invention cited in claim 28, the ss 
electronic wallet comprises: 

input means for entering a numerical value and for 



performing a selection operation; 
a central processing unit for generating data to be 
transmitted via the wireless communication means, 
and for processing data received via the wireless 
. communication means; 1 

first storage means for storing a control program for 
controlling an operation performed by the central 
processing unit; *■ 
display means for displaying data processed by the 
central processing unit; and 
second storage means for storing the data proc- 
essed by the central processing unit, 
wherein the electronic ticket, the electronic pay- 
ment card or the electronic telephone card is stored 
in the second storage means. 

[0093] As a result, the owner of the electronic wallet 
can operate the electronic wallet, and the electronic 
ticket, the electronic payment card or the electronic tel- 
ephone card stored in the electronic wallet can be made 
available for use by the owner. Thus, usability of the 
electronic wallet is improved. 

[0094] According to the invention cited in claim 29, the 
electronic payment card settlement means includes: 

optical communication means for communicating 
with the electronic wallet; 

communication means for communicating with the 
service providing means; 

input means for entering a numerical value and per- 
forming a selection operation; 
a central processing unit for generating data to be 
transmitted via the optical communication means 
and the communication means, and for processing 
data received via the optical communication means 
and the communication means; 
first storage means for storing a control program for 
controlling an operation performed by the central 
processing unit; 

display means for displaying data processed by the 
central processing unit; and 
second storage means for storing the data proc- 
essed by the central processing unit, 
wherein a settlement process program module for 
the electronic payment card is stored in the second 
storage means. 

[0095] As a result, an operator can operate the elec- 
tronic payment card settlement means, and the data 
stored in the electronic payment card settlement means 
can be made available to the person in charge. Thus, 
usability of the electronic payment card settlement 
means is improved. 

[0096] According to the invention cited in claim 30, the 
electronic payment card settlement means comprises: 

optical communication means for communicating 
with the electronic wallet; 
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radio communication means for communicating 
with the service providing means; 
product identification means for identifying a prod- 
uct type; 

input means for entering a numerical value and for s 
performing a selection operation; 
a central processing unit for calculating a charge for 
the product, for generating data to be transmitted 
via the optical communication means and the radio 
communication means, and for processing data 10 
received via the optical communication means and 
the radio communication means; 
first storage means for storing a control program for 
controlling an operation performed by the central 
processing unit; 15 
display means for displaying data processed by the 
central processing unit; 

second storage means for storing the data proc- 
essed by the central processing unit; and 
third storage means for storing value information for 20 
the product, 

wherein a settlement process program module for 
the electronic payment card is stored in the second 
storage means. 

25 

[0097] Therefore, the calculation of the payment for 
the product, and the settlement process can be per- 
formed in a mobile environment, so that usability is 
improved. 

[0098] According to the invention cited in claim 3 1 , the 30 
automatic vending machine comprises: 

optical communication means for communicating 
with the electronic wallet; 

radio communication means for communicating 35 
with the service providing means; 
selection means for selecting a product to be pur- 
chased or a service; 

automatic providing means for providing the prod- 
uct or the service; 40 
a central processing unit for generating data to be 
transmitted via the optical communication means 
and the radio communication means, and for 
processing data received via the optical communi- 
cation means and the radio communication means; 45 
first storage means for storing a control program for 
controlling an operation performed by the central 
processing unit; 

display means for displaying data processed by the 
central processing unit; 50 
second storage means for storing the data proc- 
essed by the central processing unit; 
third storage means for storing value information j 
and stock information for the product; and 
fourth storage means for storing promotion informa- 55 
tion for the product or for the service, 
wherein a settlement process program module for 
the electronic payment card is stored in the second 



storage means. 

[0099] Therefore, the process extending from the time 
a product is promoted until it is sold can be automated, 
and usability is improved. 

[01 00] According to the invention cited in claim 32, the 
electronic telephone card settlement means comprises: 

radio communication means for communicating 
with the electronic wallet; 

communication means for communicating with the 
service providing means; 

communication line exchange means for exchang- 
ing a plurality of communication lines; 
a central processing unit for generating data to be 
transmitted via the radio communication means 
and the communication means, and for processing 
data received via the radio communication means 
and the communication means; 
first storage means for storing a control program for 
controlling an operation performed by the central 
processing unit; and 

second storage means for storing the data proc- 
essed by the central processing unit, 
wherein a settlement process program module for 
the electronic telephone card is stored in the sec- 
ond storage means. 

[01 01 ] Thus, the provision of the communication serv- 
ice and the collection of communication charges can be 
performed at the same time, and the rate at which the 
communication charges are collected can be improved. 
[01 02] According to the invention cited in claim 33, the 
electronic ticket examination means comprises: 

optical communication means for communicating 
with the electronic wallet; 

communication means for communicating with the 
service providing means; 

input means for entering a numerical value and for 

performing a selection operation; 

a central processing unit for generating data to be 

transmitted via the optical communication means 

and the communication means, and for processing 

data received via the optical communication means 

and the communication means; 

first storage means for storing a control program for 

controlling an operation performed by the central 

processing unit; 

display means for displaying data processed by the 
central processing unit; and 
second storage means for storing the data proc- 
essed by the central processing unit, 
wherein an examination program module for the 
electronic ticket is stored in the second storage 
means. 

[01 03] As a result, the operator can operate the elec- 
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tronic ticket means, and the data stored in the electronic 
ticket means can be made available to the person in 
charge of the data, so that usability of the electronic 
ticket means is improved. 

[0104] According to the invention cited in claim 34, the s 
service providing means comprises: 

user information storage means for storing informa- 
tion concerning the electronic wallet and informa- 
tion concerning a settlement contract concluded io 
with an owner of the electronic wallet; 
merchant information storage means for storing 
information concerning the electronic payment card 
settlement means, the electronic telephone card 
settlement means and the electronic ticket exami- is 
nation means, and information concerning a settle- 
ment contracts concluded with owners of electronic 
payment cards, electronic telephone cards and 
electronic tickets; 

settlement processor information storage means for 20 
storing information concerning the settlement 
processing means; 

payment card issuer information storage means for 
storing information concerning the payment card 
issuing means, and information concerning a settle- 25 
ment contract concluded with an owner of the pay- 
ment card issuing means; 

telephone card issuer information storage means 
for storing information concerning the telephone 
card issuing means, and information concerning a 30 
settlement contract concluded with an owner of the 
telephone card issuing means; 
ticket issuer information storage means for storing 
information concerning the ticket issuing means, 
and information concerning a settlement contract 35 
concluded with an owner of the ticket issuing 
means; 

service director information storage means for stor- 
ing list information for the electronic wallet, the elec- 
tronic payment card settlement means, the 40 
electronic telephone card settlement means, the 
electronic ticket examination means, the settlement 
processing means, the payment card issuing 
means, the telephone card issuing means and the 
ticket issuing means, and information concerning 45 
the electronic ticket, the electronic payment card 
and the electronic telephone card; and 
a computer system for processing data in a service 
provision process for selling, issuing and managing 
the electronic ticket, the electronic payment card so 
and the electronic telephone card. 

[0105] As a result, the service providing means can 
efficiently manage the electronic wallet, the electronic 
payment card settlement means, etc., and provide the ss 
electronic payment card service, the electronic tele- 
phone card service and the electronic ticket service. 
[01 06] According to the invention cited in claim 35. the 



settlement processing means comprises: 

communication means for communicating with the 
service providing means; 

subscriber information storage means for storing 
information concerning a settlement contract con- 
cluded with an owner of the electronic wallet; 
member shop information storage means for stor- 
ing information concerning settlement contracts 
concluded with owners of electronic payment card 
settlement means, electronic telephone card settle- 
ment means, electronic ticket examination means, 
payment card issuing means, telephone card issu- 
ing means, and ticket issuing means; and 
a computer system for processing data employed in 
a settlement process. 

[0107] As a result, the settlement processing means 
can efficiently perform a settlement. 
[0108] According to the invention cited in claim 36, the 
payment card issuing means comprises: 

communication means for communicating with the 
service providing means; 

customer information storage means for storing 
information concerning the purchase history of a 
customer; 

payment card issuance information storage means 
for storing information concerning a payment card 
that has been issued; 

payment card information storage means for storing 
information concerning the stock of payment cards; 
and 

a computer system for processing data during a 
payment card issuing transaction process. 

[0109] As a result, the payment card issuing means 
can efficiently issue payment cards. 
[01 1 0] According to the invention cited in claim 37, the 
telephone card issuing means comprises: 

communication means for communicating with the 
service providing means; 

customer information storage means for storing 
information concerning the purchase history of a 
customer; 

telephone card issuance information storage 
means for storing information concerning a tele- 
phone card that has been issued; 
telephone card information storage means for stor- 
ing information concerning the stock of telephone 
cards; and 

a computer system for processing data concerning 
a telephone card issuing transaction process. 

[01 1 1 ] As a result, the telephone card issuing means 

can efficiently issue telephone cards. 

[01 1 2] According to the invention cited in claim 38, the 
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ticket issuing means comprises: 

communication means for communicating with the 
service providing means; 

customer information storage means for storing 
information concerning the purchase history of a 
customer; 

ticket issuance information storage means for stor- 
ing information concerning a ticket that has been 
issued; 

ticket information storage means for storing infor- 
mation concerning the stock of tickets; and 
a computer system for processing data concerning 
. a ticket issuing transaction process. 

[0113] As a result, the ticket issuing means can effi- 
ciently issue tickets. 

[01 14] According to the invention cited in claim 39, the 
electronic wallet generates and then transmits, to the 
service providing means, a payment card application 
message for the purchase of an electronic payment 
card; the service providing means, upon receiving the 
payment card application message, communicates with 
the payment card issuing means and receives there- 
from an electronic payment card issuance request mes- 
sage requesting that the service providing means 
perform an electronic payment card issuing process 
and an electronic payment card charge settlement proc- 
ess; the service providing means, upon receiving the 
request message, communicates with the settlement 
processing means to perform the settlement process for 
the charge for the payment card, generates an elec- 
tronic payment card from payment card information that 
is generated by the payment card issuing means and is 
included in the electronic payment card issuance 
request message, and transmits the electronic payment 
card to the electronic wallet; and the electronic wallet, 
upon receiving the electronic payment card, stores the 
electronic payment card in the second storage means 
thereof. 

[0115] Therefore, the owner of the electronic wallet 
can purchase anywhere, as an electronic payment card, 
a payment card that is issued by the payment card issu- 
ing means, and for use, can download it to the electronic 
wallet. As a result, usability is improved. 
[0116] According to the invention cited in claim 40, a 
micro-check message, generated by an electronic pay- 
ment card stored in the second storage means, is trans- 
mitted to the electronic payment card settlement means 
in order to confirm the submission of a payment that is < 
the equivalent of an amount entered by the input 
means. 

[01 1 7] Since the payment amount is designated by the 
owner of the electronic wallet, the performance of an 
illegal act by a retail shop can be prevented. < 
[01 18] According to the invention cited in claim 41 , the 
electronic payment card settlement means, upon 
receiving the micro-check message, generates and 



then transmits, to the electronic wallet, the reception 
message to acknowledge that the micro-check mes- 
sage has been received. 

[0119] Since the owner of the electronic wallet can 
confirm the contents of a transaction, the exchange of a 
printed receipt, such as a statement of account, is not 
required, and a sale can be performed more efficiently. 
[01 20] According to the invention cited in claim 42, the 
electronic wallet generates and then transmits, to the 
io service providing means, a telephone card application 
message requesting the purchase of an electronic tele- 
phone card; the service providing means, upon receiv- 
ing the telephone card application message, 
communicates with the telephone card issuing means 
is and receives therefrom an electronic telephone card 
issuance request message indicating the service pro- 
viding means has been requested to perform an elec- 
tronic telephone card issuing process and an electronic 
telephone card charge settlement process; the service 
20 providing means, upon receiving the request message, 
communicates with the settlement processing means to 
perform the settlement for the charge for the telephone 
card, generates an electronic telephone card using tele- 
phone card information that is generated by the tele- 
25 phone card issuing means and is included in the 
electronic telephone card issuance request message, 
and transmits the electronic telephone card to the elec- 
tronic wallet; and the electronic wallet, upon receiving 
the electronic telephone card, stores the electronic tele- 
30 phone card in the second storage means thereof. 

[0121] Therefore, the owner of the electronic wallet 
can purchase anywhere, as an electronic telephone 
card, a telephone card that is issued by the telephone 
card issuing means, and for use can download it to the 
35 electronic wallet. As a result, usability is improved. 

[0122] According to the invention cited in claim 43, a 
telephone micro-check message is generated by an 
electronic telephone card stored in the second storage 
means and is transmitted to the electronic telephone 
40 card settlement means in order to confirm the submis- 
sion of a payment that is equivalent to an amount 
charged by the electronic telephone settlement means. 
[0123] Therefore, wireless communication service 
using the prepaid settlement system can be obtained, 
is and usability is improved. 

[01 24] According to the invention cited in claim 44, the 
electronic telephone card settlement means, upon 
receiving the telephone micro-check message, gener- 
ates and then transmits, to the electronic wallet, a 
w receipt message acknowledging that the telephone 
micro-check message has been received. 
[0125] Thus, the owner of the electronic wallet can 
confirm the contents of a wireless communication serv- 
ice that is provided. 
5 [01 26] According to the invention cited in claim 45, the 
electronic wallet generates and then transmits, to the 
service providing means, a ticket application message 
requesting the purchase of an electronic ticket; the serv- 
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ice.providing means, upon receiving the ticket applica- 
tion message, communicates with the ticket issuing 
means, and receives therefrom an electronic ticket issu- 
ance request message that indicates the service provid- 
ing means has been requested to perform an electronic 5 
ticket issuing process and an electronic ticket charge 
settlement process; the service providing means, upon 
receiving the request message, communicates with the 
settlement processing means to perform the settlement 
of the charge for the ticket, generates an electronic w 
ticket from ticket information that is generated by the 
ticket issuing means and is included in the electronic 
ticket issuance request message, and transmits the 
electronic ticket to the electronic wallet; and the elec- 
tronic wallet, upon receiving the electronic ticket stores 75 
the electronic ticket in the second storage means 
thereof. 

[0127] Therefore, the owner of the electronic wallet, 
can purchase anywhere, as an electronic ticket a ticket 
that is issued by the ticket issuing means, and for use, 20 
can download it to the electronic wallet. As a result, usa- 
bility is improved. 

[01 28] According to the invention cited in claim 46, the 
electronic wallet generates a ticket presenting message 
that describes the contents of the electronic ticket 25 
stored in the second storage means, and transmits the 
ticket presenting message to the electronic ticket exam- 
ination means. 

[0129] Therefore, tickets can be efficiently examined. 
[01 30] According to the invention cited in claim 47, the 30 
electronic wallet, upon receiving a command message 
from the electronic ticket examination means, changes 
the electronic ticket to a post-examined state, and gen- 
erates and then transmits, to the electronic ticket exam- 
ination means, a ticket examination response message 35 
that describes the contents of the electronic ticket that 
has been changed. 

[0131] As a result, the tickets can be precisely and 
efficiently examined. 

[01 32] According to the invention cited in claim 48, the 40 
electronic ticket examination means, upon receiving the 
ticket examination response message, generates and 
then transmits, to the electronic wallet, an examination 
certificate message that verifies the electronic ticket has 
been examined. 45 
[0133] Thus, the tickets can be more precisely exam- 
ined. 

[0134] According to the invention cited in claim 49, a 
first electronic wallet generates a payment card transfer 
certificate message verifying that the electronic pay- so 
ment card stored in the second storage means is to be 
transferred to a second electronic wallet, and transmits 
the payment card transfer certificate message via wire- 
less communication means to the second electronic 
wallet; the second electronic wallet transmits, to the 55 
service providing means, the payment card transfer cer- 
tificate message that is received; the service providing 
means performs an examination to establish the validity 
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of the payment card transfer certificate message that is 
received, and transmits, to the second electronic wallet, 
the electronic payment card that is described in the pay- 
ment card transfer certificate message; and the second 
electronic wallet stores, in the second storage means 
thereof, the electronic payment card that is received. 
[0135] Therefore, the electronic payment card can be 
transferred to another person, and usability is improved. 
[01 36] According to the invention cited in claim 50, the 
second electronic wallet, upon receiving the payment 
card transfer certificate message, generates a payment 
card receipt message confirming that the payment card 
transfer certificate message has been received, and 
transmits the payment card receipt message via the 
wireless communication means to the first electronic 
wallet; and the first electronic wallet, upon receiving the 
payment card receipt message, deletes the electronic 
payment card stored in the second storage means 
thereof. 

[0137] Therefore, the electronic payment card can be 
precisely transferred, and the problems that may 
accompany such a transfer can be avoided. 
[0138] According to the invention cited in claim 51 , a 
first electronic wallet generates a telephone card trans- 
fer certificate message confirming that the electronic 
telephone card stored in the second storage means is to 
be transferred to a second electronic wallet, and trans- 
mits the telephone card transfer certificate message via 
wireless communication means to the second electronic 
wallet; the second electronic wallet transmits, to the 
service providing means, the telephone card transfer 
certificate message that is received; the service provid- 
ing means performs an examination to establish the 
validity of the telephone card transfer certificate mes- 
sage that is received, and transmits, to the second elec- 
tronic wallet, the electronic telephone card that is 
described in the telephone card transfer certificate mes- 
sage; and the second electronic wallet stores, in the 
second storage means thereof, the electronic telephone 
card that is received. 

[0139] Therefore, the electronic telephone card can 
be transferred to another person, and usability is 
improved. 

[0140] According to the invention cited in claim 52, the 
second electronic wallet, upon receiving the telephone 
card transfer certificate message, generates a tele- 
phone card receipt message confirming that the tele- 
phone card transfer certificate message has been 
received, and transmits the telephone card receipt mes- 
sage via the wireless communication means to the first 
electronic wallet; and the first electronic wallet, upon 
receiving the telephone card receipt message, deletes 
the electronic telephone card stored in the second stor- 
age means thereof. * 

[0141] Therefore, the electronic telephone card can 
be precisely transferred, and the problems that may 
accompany such a transfer can be avoided. 
[0142] According to the invention cited in claim 53, a 
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first electronic wallet generates a ticket transfer certifi- 
cate message confirming that the electronic ticket 
stored in the second storage means is to be transferred 
to a second electronic wallet, and transmits the ticket 
transfer certificate message via wireless communica- 
tion means to the second electronic wallet; the second 
electronic wallet transmits, to the service providing 
means, the ticket transfer certificate message that is 
received; the service providing means performs an 
examination to establish the validity of the ticket transfer 
certificate message that is received, and transmits, to 
the second electronic wallet, an electronic ticket that is 
described in the ticket transfer certificate message; and 
the second electronic wallet stores, in the second stor- 
age means thereof, the electronic ticket that is received. 
[0143] Therefore, the electronic ticket can be trans- 
ferred to another person, and usability is improved. 
[0144] According to the invention cited in claim 54, the 
second electronic wallet, upon receiving the ticket trans- 
fer certificate message, generates a ticket receipt mes- 
sage confirming that the ticket transfer certificate 
message has been received, and transmits the ticket 
receipt message via the wireless communication means 
to the first electronic wallet; and the first electronic wal- 
let, upon receiving the ticket receipt message, deletes 
the electronic ticket stored in the second storage means 
thereof. Therefore, the electronic ticket can be precisely 
transferred, and the problems that may accompany 
such a transfer can be avoided. 

[0145] According to the invention cited in claim 55, the 
electronic wallet generates and then transmits, to the 
service providing means, an electronic payment card 
installation request message requesting the installation 
of an electronic payment card; the service providing 
means, upon receiving the payment card installation 
request message, communicates with the payment card 
issuing means and receives therefrom an electronic 
payment card installation request message indicating 
that the service providing means is requested to install 
an electronic payment card; the service providing 
means, upon receiving the request message, generates 
an electronic payment card using payment card infor- 
mation that is generated by the payment card issuing 
means and is included in the electronic payment card 
installation request message, and transmits the elec- 
tronic payment card to the electronic wallet; and the 
electronic wallet, upon receiving the electronic payment 
card stores the electronic payment card in the second 
storage means thereof. 

[0146] Therefore, the owner of the electronic wallet 
can install an electronic payment card in the electronic 
wallet anywhere. 

[0147] According to the invention cited in claim 56, the 
electronic payment card installation request message 
includes electronic payment card installation informa- , 
tion that is entered by input means for the electronic 
wallet and that uniquely describes an electronic pay- 
ment card that is to be installed. 



[0148] Therefore, the owner of the electronic wallet 
can install a desired electronic payment card in the elec- 
tronic wallet. 

[0149] According to the invention cited in claim 57, the 
s electronic wallet generates and then transmits, to the 
service providing means, an electronic telephone card 
installation request message for requesting the installa- 
tion of an electronic telephone card; the service provid- 
ing means, upon receiving the telephone card 
10 installation request message, communicates with the 
telephone card issuing means, and receives therefrom 
an electronic telephone card installation request mes- 
sage indicating that the service providing means is to 
install an electronic telephone card; the service provid- 
es ing means, upon receiving the request message, gener- 
ates an electronic telephone card using telephone card 
information that is generated by the telephone card 
issuing means and that is included in the electronic tel- 
ephone card installation request message, and trans- 
20 mits the electronic telephone card to the electronic 
wallet; and the electronic wallet, upon receiving the 
electronic telephone card, stores the electronic tele- 
phone card in the second storage means thereof. 
[0150] Therefore, the owner of the electronic wallet 
25 can install an electronic telephone card in the electronic 
wallet anywhere. 

[01 51 ] According to the invention cited in claim 58, the 
electronic telephone card installation request message 
includes the electronic telephone card installation infor- 

30 mation that is entered by input means for the electronic 
wallet and that uniquely describes an electronic tele- 
phone card that is to be installed. 
[0152] Therefore, the owner of the electronic wallet 
can install a desired electronic telephone card in the 

35 electronic wallet. 

[01 53] According to the invention cited in claim 59, the 
electronic wallet generates and then transmits, to the 
service providing means, an electronic ticket installation 
request message requesting the installation of an elec- 

40 tronic ticket; the service providing means, upon receiv- 
ing the ticket installation request message, 
communicates with the ticket issuing means, and 
receives therefrom an electronic ticket installation 
request message indicating that the service providing 

45 means is to install an electronic ticket; the service pro- 
viding means, upon receiving the request message, 
generates an electronic ticket using ticket information 
that is generated by the ticket issuing means and is 
included in the electronic ticket installation request mes- 

so sage, and transmits the electronic ticket to the electronic 
wallet; and the electronic wallet, upon receiving the 
electronic ticket stores the electronic ticket in the sec- 
ond storage means thereof. 

[0154] Therefore, the owner of the electronic wallet 
* can install an electronic ticket in the electronic wallet 
anywhere. 

[01 55] According to the invention cited in claim 60, the 
electronic ticket installation request message includes 
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the, electronic ticket installation information that is 
entered by input means for the electronic wallet and that 
uniquely describes an electronic ticket that is to be 
installed. 

[0156] Therefore, the owner of the electronic wallet 
can install a desired electronic ticket in the electronic 
wallet. 

[01 57] According to the invention cited in claim 61 , the 
electronic payment card installation information, the 
electronic telephone card installation information or the 
electronic ticket installation information consists of first 
identification information describing a type of electronic 
payment card, a type of electronic telephone card or a 
type of electronic ticket, and second identification infor- 
mation that uniquely describes an electronic payment 
card, an electronic telephone card or an electronic 
ticket, of a type described using the first identification 
information, that is to be installed. The second identifi- 
cation information is information generated at random. . 
[01 58] Thus, an illegal installation that is performed for 
amusement can be prevented. 

[01 59] According to the invention cited in claim 62, the 
first identification information and the second identifica- 
tion information are represented by 8-digit numerals 
and 32-digit numerals. 

[0160] As a result, using a simple numerical entry, a 
maximum of 100 million types of electronic payment 
cards, electronic telephone cards or electronic tickets, 
and a 10 32 assortment of a single type can be desig- 
nated. 

[0161] According to the invention cited in claim 63, an 
object whereon or wherein the electronic payment card 
installation information, the electronic telephone instal- 
lation information or the electronic ticket installation 
information is printed or engraved is employed as sales 
distribution means or transfer means for the electronic 
payment card, the electronic telephone card or the elec- 
tronic ticket. 

[0162] Therefore, the owner of the electronic wallet 
can reduce the communication costs involved in the 
purchase of such a card or a ticket, while he or she can 
use it as a gift. Thus, the distribution and the utilization 
of electronic payment cards, electronic telephone cards 
and electronic tickets can be improved. 
[0163] According to the invention cited in claim 64, a 
recording medium on which the electronic payment card 
installation information, the electronic telephone instal- 
lation information or the electronic ticket installation 
information is stored is employed as sales distribution 
means or transfer means for an electronic payment 
card, an electronic telephone card or an electronic 
ticket. 

[01 64] Therefore, the distribution and the utilization of 
electronic payment cards, electronic telephone cards 
and electronic tickets can be improved. 
[0165] According to the invention cited in claim 65, the 
service providing means generates and then transmits, 
to the electronic wallet, a modification command mes- 
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sage for the modification of the contents of the elec- 
tronic ticket; and the electronic wallet, upon receiving 
the modification command message, updates the elec- 
tronic ticket stored in the second storage means to pro- 

5 vide a new electronic ticket as is described in the 
modification command message. 
[0166] As a result, the contents of a ticket that has 
been issued can be changed at a low cost. 
[01 67] According to the invention cited in claim 66, the 

10 service providing means generates and then transmits, 
to the electronic wallet, a modification notification mes- 
sage for the modification of the contents of the elec- 
tronic ticket; the electronic wallet, upon receiving the 
modification notification message, generates and then 

is transmits, to the service providing means, a reaction 
selection message acknowledging receipt of the mes- 
sage for the modification of the contents of the elec- 
tronic ticket; the service providing means, upon 
receiving the reaction selection message, generates 

20 and then transmits, to the electronic wallet, a modifica- 
tion command message instructing the modification of 
the contents of the electronic ticket; and the electronic 
wallet, upon receiving the modification command mes- 
sage, updates the electronic ticket stored in the second 

25 storage means to provide a new electronic ticket that is 
described in the modification command message. 
[0168] As a result, the owner of the electronic ticket 
can be notified when there is a change in the contents 
of a concert, and can update the electronic ticket. 

30 [0169] According to the invention cited in claim 67, the 
service providing means generates and then transmits, 
to the electronic wallet, a modification notification mes- 
sage for the modification of the contents of the elec- 
tronic ticket; the electronic wallet, upon receiving the 

35 modification notification message, generates and then 
transmits, to the service providing means, a reaction 
selection message requesting a refund for the elec- 
tronic ticket; the service providing means, upon receiv- 
ing the reaction selection message, communicates with 

40 the settlement processing means to issue a refund for 
the electronic ticket, and generates and then transmits, 
to the electronic wallet, a refund receipt message indi- 
cating that a refund process has been completed, and 
the electronic wallet, upon receiving the refund receipt 

45 message, deletes the electronic ticket from the second 
storage means. 

[0170] Therefore, the owner of the electronic ticket 
does not have to visit a ticket retail shop to obtain a 
refund, and can request and receive a refund anywhere. 
so [0171] According to the invention cited in claim 68, a 
computer system in the service providing means com- 
prises: 

user information processing means for communi- 
55 eating with the electronic wallet and for processing 
information stored in user information storage 
means; 

merchant information processing means for com- 
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municating with the electronic payment card settle- 
ment means, the electronic telephone card 
settlement means or the electronic ticket examina- 
tion means, and for processing information stored 
in merchant information storage means; 5 
settlement processor information processing 
means for communicating with the electronic settle- 
ment processing rneans, and for processing infor- 
mation stored in settlement processor information 
storage means; 10 
payment card issuer information processing means 
for communicating with the payment card issuing 
means, and for processing information stored in 
payment card issuer information storage means; 
telephone card issuer information processing is 
means for communicating with the telephone card 
issuing means, and for processing information 
stored in telephone card issuer information storage 
means; 

ticket issuer information processing means for com- 20 
municating with the ticket issuing means, and for 
processing information stored in ticket issuer infor- 
mation storage means; 

service director information processing means for 
communicating with the user information process- 25 
ing means, the merchant information processing 
means, the settlement processor information 
processing means, the payment card issuer infor- 
mation processing means, the telephone card 
issuer information processing means and the ticket 30 
issuer information processing means, and for inter- 
acting with those means while processing data dur- 
ing a service providing process; and 
service manager information processing means for 
controlling the generation and the deletion of the 35 
user information processing means, the merchant 
information processing means, the settlement proc- 
essor information processing means, the payment 
card issuer information processing means, the tele- 
phone card issuer information processing means, 40 
the ticket issuer information processing means and 
the service director information processing means. 

[0172] Thus, the calculation function of the computer 
system can be efficiently distributed among the individ- 45 
ual information processing means. 
[01 73] According to the invention cited in claim 69, the 
electronic wallet generates and then transmits, to the 
service providing means, a payment card registration 
request message requesting that the service providing so 
means register, as an electronic payment card that is to 
be used by the owner of the electronic wallet, an elec- 
tronic payment card that is stored in the second storage 
means; and the service providing means, upon receiv- 
ing the payment card registration request message, reg- 55 
isters the electronic payment card for use in the service 
director information storage means. 
[0174] Therefore, an electronic payment card to be 



used and a sleeping electronic payment card can be 
managed separately, and an efficient service operation 
is possible. 

[01 75] According to the invention cited in claim 70, the 
service providing means, upon receiving the payment 
card registration request message, generates and then 
transmits, to the electronic wallet, a registered card cer- 
tificate confirming that the electronic payment card has 
been registered for use; and the electronic wallet stores, 
in the second storage means, the registered card certif- 
icate that is received and changes the state of the elec- 
tronic payment card to the usable state. 
[01 76] Since an electronic payment card must be reg- 
istered before it can be used, if a sleeping electronic 
payment card that is not registered for use is stolen, it 
can not be used illegally. 
[01 77] According to the invention cited in claim 71 , the 
electronic wallet generates and then transmits, to the 
service providing means, a telephone card registration 
request message requesting that service providing 
means register, as an electronic telephone card that is 
to be used by the owner of the electronic wallet, an elec- 
tronic telephone card that is stored in the second stor- 
age means; and the service providing means, upon 
receiving the telephone card registration request mes- 
sage, registers the electronic telephone card for use in 
the service director information storage means. 
[0178] Therefore, an electronic telephone card to be 
used and a sleeping electronic telephone card can be 
managed separately, and an efficient service operation 
is possible. 

[01 79] According to the invention cited in claim 72, the 
service providing means, upon receiving the telephone 
card registration request message, generates and then 
transmits, to the electronic wallet, a registered card cer- 
tificate confirming that the electronic telephone card has 
been registered for use; and the electronic wallet stores, 
in the second storage means, the registered card certif- 
icate that is received and changes the state of the elec- 
tronic telephone card to the usable state. 
[0180] Since an electronic payment card must be reg- 
istered before it can be used, if a sleeping electronic 
payment card that is not registered for use is stolen, it 
can not be used illegally. 

[01 81 ] According to the invention cited in claim 73, the 
electronic wallet generates and then transmits, to the 
service providing means, a ticket registration request 
message requesting that the second storage means 
register, as an electronic ticket that is to be used by the 
owner of the electronic wallet, an electronic ticket that is 
stored in the second storage means; and the service 
providing means, upon receiving the ticket registration 
request message, registers the electronic ticket^for use 
in the service director information storage means. 
[01 82] Therefore, an electronic ticket to be used and a 
sleeping electronic ticket can be separately managed, 
and efficient service operation is possible. 
[01 83] According to the invention cited in claim 74, the 
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service providing means, upon receiving the ticket reg- 
istration request message, generates and then trans- 
mits, to the electronic wallet, a registered ticket 
certificate that verifies the electronic ticket has been 
registered for use; and the electronic wallet stores, in 5 
the second storage means, the registered ticket certifi- 
cate that is received, and changes the state of the elec- 
tronic ticket to the usable state. 
[0184] Since an electronic payment card must be reg- 
istered before it can be used, if a sleeping electronic io 
payment card that is not registered for use is stolen, it 
can not be used illegally. 

[0185] According to the invention cited in claim 75, the 
electronic payment card comprises: 

15 



30 



35 



a payment card program; 

presented card information describing the contents 
of the electronic payment card when issued; and 
a card certificate indicating that the electronic pay- 
ment card is authentic. The payment card program 20 
includes: 

electronic payment card state management infor- 
mation; and 

payment card program data for specifying an oper- 
ation to be performed by the electronic payment 25 
card. The digital signature of the owner of the serv- 
ice providing means is provided for the presented 
card information. 

[0186] As a result, a settlement performed with and a 
transfer of the electronic payment card can be safely 
effected. 

[0187] According to the invention cited in claim 76, the 
payment card program includes a card signature private 
key that is employed for a digital signature provided for 
the electronic payment card. The card certificate is a 
public key certificate verifying that a card signature pub- 
lic key that is paired with the card signature private key 
is authentic. 

[0188] Thus, a digital signature for the electronic pay- 40 
ment card can be provided for a message generated by 
the electronic payment card, and the validity of the mes- 
sage can be verified. According to the invention cited in 
claim 77, a settlement program module for the elec- 
tronic payment card includes two cryptographic keys, an 45 
accounting device authentication private key and a card 
authentication public key The payment card program 
includes an accounting device authentication public key, 
which is paired with the accounting device authentica- 
tion private key, and a card authentication private key, so 
which is paired with the card authentication public key. 
[0189] Therefore, the electronic wallet and the elec- 
tronic payment card settlement means can mutually 
perform the authentication process, and the safety of a 
settlement performed with the payment card is 55 
improved. 

[01 90] According to the invention cited in claim 78, the 
payment card program data includes: 



a transaction module program for specifying the 
procedures to be used for message data that are 
exchanged by the electronic wallet and the elec- 
tronic payment card settlement means; 
a display module program for specifying the man- 
ner in which the electronic payment card is to be 
displayed; and 

representative component information for the elec- 
tronic payment card. A central processing unit in 
the electronic wallet processes, in accordance with 
the transaction module program for the electronic 
payment card, the message data that are 
exchanged with the electronic payment card settle- 
ment means, and displays the representative com- 
ponent information in accordance with the display 
module program of the electronic payment card, so 
that on display means the electronic payment card 
is displayed in the electronic wallet. 

[01 91 ] Various types of electronic payment cards can 
be safely issued by employing together the transaction 
module program, the display module program and the 
representative component information. 
[0192] According to the invention cited in claim 79, a 
template program that constitutes a model for the elec- 
tronic payment card is stored in the payment card issuer 
information storage means for the service providing 
means. 

[0193] Thus, various types of electronic payment 
cards can be safely issued by individual payment card 
issuers. 

[0194] According to the invention cited in claim 80. the 
template program for the electronic payment card 
includes: 

a transaction module program for the electronic 
payment card; 

a display module program; and 
representative component information. 

[01 95] Therefore, various types of electronic payment 
cards can be safely issued. 

[01 96] According to the invention cited in claim 81 . the 
electronic telephone card comprises: 

a telephone card program; 
presented card information describing the contents 
of the electronic telephone card when issued; and 
a card certificate indcating that the electronic tele- 
phone card is authentic. The telephone card pro- 
gram includes: 

electronic telephone card state management infor- 
mation; and 

telephone card program data for specifying an 
operation to be performed by the electronic tele- 
phone card. The digital signature of the owner of 
the service providing means is provided for the pre- 
sented card information. 
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[01 97] As a result, the settlement of a communication 
fee by using the telephone card and the transfer of the 
telephone card can be performed safely. 
[01 98] According to the invention cited in claim 82, the 
telephone card program includes a card signature' pri- s 
vate key that is employed for a digital signature provided 
for the electronic telephone card. The card certificate is 
a public key certificate verifying that a card signature 
public key that is paired with the card signature private 
key is authentic. w 
[01 99] Thus, a digital signature for the electronic tele- 
phone card can be prodded for a message generated 
by the electronic telephone card, and the validity of the 
message can be verified. 

[0200] According to the invention cited in claim 83, a 15 
settlement program module for the electronic telephone 
card includes two cryptographic keys, an accounting 
device authentication private key and a card authentica- 
tion public key. The telephone card program includes an 
accounting device authentication public key, which is 20 
paired with the accounting device authentication private 
key, and a card authentication private key, which is 
paired with the card authentication public key. 
[0201] Therefore, the electronic wallet and the elec- 
tronic telephone card settlement means can mutually 25 
perform the authentication process, and the safety of a 
settlement performed with the telephone card is 
improved. 

[0202] According to the invention cited in claim 84, the 
telephone card program data includes: 30 



ing means. 

[0205] Thus, various types of electronic telephone 
cards can be safely issued by individual telephone card 
issuers. 

[0206] According to the invention cited in claim 86, the 
template program for the electronic telephone card 
includes: 

a transaction module program for the electronic tel- 
ephone card; 

a display module program; and 
representative component information. 

[0207] Therefore, various types of electronic tele- 
phone cards can be safely issued. 
[0208] According to the invention cited in claim 87, the 
electronic ticket comprises: 

a ticket program; 

presented ticket information describing the con- 
tents of the electronic ticket when issued; and 
a ticket certificate indicating that the electronic 
ticket is authentic. The ticket program includes: 
electronic ticket state management information- 
and 

ticket program data for specifying an operation to 
be performed by the electronic ticket. The digital 
signature of the owner of the service providing 
means is provided for the presented ticket informa- 
tion. 



a transaction module program for specifying the 
procedures to be used for message data that are 
exchanged by the electronic wallet and the elec- 
tronic telephone card settlement means; 35 
a display module program for specifying the man- 
ner in which the electronic telephone card is to be 
displayed; and 

representative component information for the elec- 
tronic telephone card. A central processing unit in 40 
the electronic wallet processes, in accordance with 
the transaction module program for the electronic 
telephone card, the message data that are 
exchanged with the electronic telephone card set- 
tlement means, and displays the representative 4s 
component information in accordance with the dis- 
play module program for the electronic telephone 
card, so that on display means the electronic tele- 
phone card is displayed in the electronic wallet. 

[0203] Various types of electronic telephone cards can 
be safely issued by employing together the transaction 
module program, the display module program, and the 
representative component information. 
[0204] According to the invention cited in claim 85 a ss 
template program that constitutes a model for the elec- 
tronic telephone card is stored in the telephone card 
issuer information storage means for the service provid- 



[0209] As a result, the examination and the transfer of 
the electronic telephone card can be performed safely. 
[021 0] According to the invention cited in claim 88, the 
ticket program includes a ticket signature private key 
that is employed for a digital signature provided for the 
electronic ticket. The ticket certificate is a public key cer- 
tificate verifying that a ticket signature public key that is 
paired with the ticket signature private key is authentic. 
[021 1 ] Thus, a digital signature for the electronic ticket 
can be provided for a message generated by the elec- 
tronic ticket, and the validity of the message can be ver- 
ified. 

[021 2] According to the invention cited in claim 89, an 
examination program module for the electronic ticket 
includes two cryptographic keys, a gate authentication 
private key and a ticket authentication public key. The 
ticket card program includes a gate authentication pub- 
lic key, which is paired with the gate authentication pri- 
vate key, and a ticket authentication private key, which is 
paired with the ticket authentication public key. ' 
[0213] Therefore, the electronic wallet and the elec- 
tronic ticket examination means can mutually perform 
the authentication process, and the safety of the exami- 
nation performed for the ticket is improved. 
[021 4] According to the invention cited in claim 90 the 
ticket program data includes: 
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. a transaction module program for specifying the 
procedures to be used for message data that are 
exchanged by the electronic wallet and the elec- 
tronic ticket examination means; 
a display module program for specifying the man- 
ner in which the electronic ticket is to be displayed; 
and 

representative component information for the elec- 
tronic ticket. A central processing unit in the elec- 
tronic wallet processes, in accordance with the 
transaction module program for the electronic 
ticket, the message data that are exchanged with 
the electronic ticket examination means, and dis- 
plays the representative component information in 
accordance with the display module program for the 
electronic ticket, so that on display means the elec- 
tronic ticket is displayed in the electronic wallet. 

[021 5] Various types of electronic tickets can be safely 
issued by employing together the transaction module 
program, the display module program, and the repre- 
sentative component information. 
[0216] According to the invention cited in claim 91 , a 
template program that constitutes a model for the elec- 
tronic ticket is stored in the ticket issuer information stor- 
age means for the service providing means. 
[021 7] Thus, various types of electronic tickets can be 
safely issued by individual ticket issuers. 
[021 8] According to the invention cited in claim 92, the 
template program for the electronic ticket includes: 

a transaction module program for the electronic 
ticket; 

a display module program; and 
representative component information. 

[0219] Therefore, various types of electronic tickets 
can be safely issued. 

[0220] According to the invention cited in claim 93, 
identification information that describes a payment 
method selected by the input means for the electronic 
wallet is included in the payment card application mes- 
sage issued by the electronic wallet when requesting 
the purchase of an electronic payment card. 
[0221] Therefore, the payment method can be 
selected when an electronic payment card is pur- 
chased, and usability is improved. 
[0222] According to the invention cited in claim 94, the 
electronic payment card issuance request message or 
the electronic payment card installation request mes- 
sage includes template program identification informa- 
tion for designating, in the order to be used for the 
generation of an electronic payment card, one of a plu- 
rality of template programs that are stored in the pay- 
ment card issuer information storage means. 
[0223] Therefore, the payment card issuing means 
can designate a template program to be used for the 
electronic payment card, and can issue various types of 
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electronic payment cards. 

[0224] According to the invention cited in claim 95, the 
electronic payment card issuance request message or 
the electronic payment card installation request mes- 
s sage includes representative component information 
describing the representative component information to 
be used for an electronic payment card that is to be gen- 
erated. 

[0225] Therefore, selected representative component 

io information can be employed when an electronic pay- 
ment card is issued, and a high degree of freedom can 
be exercised in the selection of the type of electronic 
payment card that is to be issued. 
[0226] According to the invention cited in claim 96, the 

75 electronic wallet generates and then transmits, to the 
service providing means, a payment card registration 
request message requesting that the service providing 
means register, as an electronic payment card that is to 
be used by the owner of the electronic wallet, the elec- 

20 tronic payment card stored in the second storage 
means for the electronic wallet; the service providing 
means, upon receiving the payment card registration 
request message, newly generates, for the electronic 
payment card, a card signature private key, a card sig- 

25 nature public key and a registered card certificate for 
authenticating the card signature public key, registers 
the electronic payment card for use in the service direc- 
tor information storage means, and then transmits, to 
the electronic wallet, the card signature private key and 

30 the registered card certificate; and the electronic wallet 
updates the card signature private key and the regis- 
tered card certificate that are in storage by replacing 
them with those that have newly been received, and 
changes the state management information for the elec- 

35 tronic payment card to a usable state. 

[0227] Since the signature key for the electronic pay- 
ment card is updated for use by the registration, safety 
is improved. 

[0228] According to the invention cited in claim 97, the 

40 electronic wallet employs an electronic payment card, 
which is selected by input means for the electronic wal- 
let from among those stored in the second storage 
means, to generate a micro-check message that verifies 
a payment corresponding to an amount entered by the 

45 input means, and transmits the micro-check message to 
the electronic payment card settlement means. 
[0229] Therefore, an electronic payment card to be 
used can be selected, and usability can be improved. 
[0230] According to the invention cited in claim 98, the 

so electronic wallet employs an electronic payment card, 
which is selected by input means of the electronic wallet 
from among those stored in the second storage means, 
to generate a payment offer message that offers a pay- 
j ment corresponding to an amount entered by the input 

55 means, and transmits the payment offer message to the 
electronic payment card settlement means; the elec- 
tronic payment card settlement means, upon receiving 
the payment offer message, generates and then trans- 
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mits, to the electronic wallet, a payment offer response 
message that assesses a charge corresponding to an 
amount entered by input means for the electronic pay- 
ment card settlement means; the electronic wallet, upon 
receiving the payment offer response message and if 
the assessed charge is equal to or smaller than an 
amount entered by the input means for the electronic 
wallet, subtracts the assessed 6harge from a remaining 
amount stored on the electronic payment card, and gen- 
erates and then transmits, to the electronic payment 
card settlement means, a micro-check message validat- 
ing a payment corresponding to the assessed charge; 
the electronic payment card settlement means stores 
the received micro-check message in the second stor- 
age means for the electronic payment card settlement 
means, and generates and then transmits, to the elec- 
tronic wallet, a receipt message confirming that the 
micro-check message has been received; and the elec- 
tronic wallet stores the received receipt message in the 
second storage means for the electronic wallet. 
[0231 ] Since an amount higher than that designated 
by the owner of the electronic wallet is not paid, safety 
can be improved. 

[0232] According to the invention cited in claim 99, the 
payment offer message includes: 

a payment amount entered by the input means of 
the electronic wallet; 

presented card information and a registered card 
certificate for the electronic payment card; and 
state management information to which a digital 
signature has been added using the card signature 
private key. 

[0233] Therefore, the contents of the electronic pay- 
ment card to be used for the payment are concisely pre- 
sented to the electronic payment card settlement 
means, so that the electronic payment card settlement 
means can determine whether the card is a valid elec- 
tronic payment card. 

[0234] According to the invention cited in claim 100, 
the micro-check message includes: 

a payment amount; 

an amount remaining stored on the electronic pay- 
ment card; 

identification information for the electronic payment 
card settlement means; and 
identification information for the owner of the elec- 
tronic payment card settlement means. Further, a 
digital signature is provided for the micro-check 
message by using the card signature private key for 
the electronic payment card. 

[0235] As a result, the amount of the payment and the 
person making the payment are verified, and the impo- 
sition of an illegal charge by a retail shop can be pre- 
vented. 



[0236] According to the invention cited in claim 101* 
the digital signature of the owner of the electronic wallet 
is also provided for the micro-check message. 
[0237] Since a determination is made as to whether or 
s not the micro-check was issued by the owner of the 
electronic payment card, an examination of the validity 
of the micro-check can be precisely performed. 
[0238] According to the invention cited in claim 102, 
the micro-check message includes a micro-check issu- 
io ing number representing the order in which micro-check 
messages are generated by the electronic payment 
card. 

[0239] Since the matching of the order of generation 
of the micro-check and the amount remaining can be 
15 determined, an examination of the validity of the micro- 
check can be more precisely performed. 
[0240] According to the invention cited in claim 1 03, at 
a time designated by the service providing means, the 
electronic payment card settlement means generates 
20 an upload data message that includes data stored in the 
second storage means for the electronic payment card 
settlement means, and then transmits the upload data 
message to the service providing means; the service 
providing means, upon receiving the upload data mes- 
25 sage, examines the validity of a micro-check that is 
included in the upload data message by comparing the 
micro-check with registration information for the elec- 
tronic payment card that is registered in the service 
director information storage means, and generates and 
30 then transmits, to the electronic payment card settle- 
ment means, an update data message that includes 
update data for the second storage means for the elec- 
tronic payment card settlement means; and the elec- 
tronic payment card settlement means extracts the 
35 update data from the update data message that is 
received, and updates data stored in the second stor- 
age means. 

[0241 ] Therefore, the micro-check that has been used 
can be automatically collected, and can be examined to 

40 determine its validity. 

[0242] According to the invention cited in claim 1 04, a 
first electronic wallet generates a payment card transfer 
offer message containing an offer to transfer, to a sec- 
ond electronic wallet, an electronic payment card that is 

45 stored in the second storage means, and then transmits 
the payment card transfer offer message, via the wire- 
less communication means, to the second electronic 
wallet; the second electronic wallet, upon receiving the 
payment card transfer offer message, generates a pay- 

so ment card transfer offer response message indicating 
that the contents of the payment card transfer offer mes- 
sage are accepted, and then transmits the payment 
card transfer offer response message, via the wireless 
communication means, to the first electronic wallet; and 

55 the first electronic wallet, upon receiving the payment 
card transfer offer response message, generates and 
then transmits, to the second electronic wallet, a pay- 
ment card transfer certificate message confirming the 
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transfer of the electronic payment card to the second 
electronic wallet. 

[0243] Therefore, the side that is to transfer the elec- 
tronic payment card and the side that is to receive the 
electronic payment card can perform negotiations con- 
cerning the contents. 

[0244] According to the invention cited in claim 105, 
the payment card transfer offer message includes: 

presented card information, and a card certificate 
or a registered card certificate for the electronic 
payment card; 
and 

state management information having an added 
digital signature prepared using a card signature 
private key. 

[0245] Thus, the side to which the electronic payment 
card is to be transferred can confirm its contents in 
advance. 

[0246] According to the invention cited in claim 106, 
the payment card transfer offer message includes a 
public key certificate for the owner of the first electronic 
wallet; a digital signature of the owner of the first elec- 
tronic wallet is provided for the payment card transfer 
offer message; the payment card transfer offer 
response message includes a public key certificate for 
the owner of the second electronic wallet; a digital sig- 
nature of the owner of the second electronic wallet is 
provided for the payment card transfer offer message; 
the payment card transfer certificate message includes 
identification information for the public key certificate of 
the owner of the first electronic wallet and identification 
information for the public key certificate of the owner of 
the second electronic wallet; and a digital signature 
using a card signature private key for the electronic pay- 
ment card and a digital signature of the owner of the first 
electronic wallet are provided for the payment card 
transfer certificate message. 

[0247] Thus, the person to whom the electronic pay- 
ment card is to be transferred is guaranteed, and even 
when the payment card transfer certificate is stolen, the 
unauthorized use of card can be prevented. 
[0248] According to the invention cited in claim 107, 
identification information that describes a payment 
method selected by the input means of the electronic 
wallet is included in the telephone card application mes- 
sage issued by the electronic wallet when requesting 
the purchase of an electronic telephone card. 
[0249] Therefore, the payment method can be 
selected when an electronic telephone card is pur- 
chased, and usability is improved. 
[0250] According to the invention cited in claim 108, 
the electronic telephone card issuance request mes- 
sage or the electronic telephone card installation 
request message includes template program identifica- 
tion information for designating, following the order that 
is to be used for the generation of electronic telephone 



cards, one of a plurality of template programs that are 
stored in the telephone card issuer information storage 
means. 

[0251] Therefore, the telephone card issuing means 
5 can designate a template program to be used for the 
electronic telephone card, and can issue various types 
of electronic telephone cards. 

[0252] According to the invention cited in claim 109, 
the electronic telephone card issuance request mes- 

10 sage or the electronic telephone card installation 
request message includes representative component 
information describing representative component infor- 
mation to be used for an electronic telephone card that 
is to be generated. 

15 [0253] Therefore, selected representative component 
information can be employed when an electronic tele- 
phone card is issued, and a high degree of freedom can 
be exercised in the selection of the type of electronic tel- 
ephone cards that is to be issued. 

20 [0254] According to the invention cited in claim 110, 
the electronic wallet generates and then transmits, to 
the service providing means, a telephone card registra- 
tion request message requesting that the service pro- 
viding means register, as an electronic telephone card 

25 that is to be used by the owner of the electronic wallet, 
the electronic telephone card stored in the second stor- 
age means for the electronic wallet; the service provid- 
ing means, upon receiving the telephone card 
registration request message, newly generates, for the 

30 electronic telephone card, a card signature private key, 
a card signature public key and a registered card certif- 
icate for confirming the card signature public key, regis- 
ters for use the electronic telephone card in the service 
director information storage means, and then transmits, 

35 to the electronic wallet, the card signature private key 
and the registered card certificate; and the electronic 
wallet updates the card signature private key and the 
registered card certificate that are in storage by replac- 
ing them with those that have newly been received, and 

40 changes the state management information for the elec- 
tronic telephone card to a usable state. 
[0255] Since the signature key for the electronic tele- 
phone card is updated for use by the registration, safety 
is improved. 

45 [0256] According to the invention cited in claim 111, 
the electronic wallet employs an electronic telephone 
card, which is selected by input means for the electronic 
wallet from among those stored in the second storage 
means, to generate a micro-check message verifying a 

so payment corresponding to an amount entered by the 
input means, and transmits the micro-check message to 
the electronic telephone card settlement means. 
[0257] Therefore, an electronic telephone card that is 
to be used can be selected, and usability can be 

55 improved. 

[0258] According to the invention cited in claim 112, 
the electronic wallet employs an electronic telephone 
card, which is selected by input means for the electronic 
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wallet from among those stored in the second storage 
means, to generate a micro-check call request message 
requesting a radio communication service in order to 
communicate with a side that is designated by the input 
means, and transmits the micro-check call request mes- 
sage to the electronic telephone card settlement 
means; the electronic telephone card settlement 
means, upon receiving the micro-check call request 
message, generates and then transmits, to the elec- 
tronic wallet, a micro-check call response message for 
an amount charged that corresponds to a communica- 
tion fee; the electronic wallet, upon receiving the micro- 
check call response message, subtracts the amount 
charged from the remaining amount stored on the elec- 
tronic telephone card, and generates and then trans- 
mits, to the electronic telephone card settlement means, 
a telephone micro-check message verifying the pay- 
ment of an amount corresponding to the amount 
charged; the electronic telephone card settlement 
means, upon receiving the telephone micro-check mes- 
sage, generates and then transmits, to the electronic 
wallet, a receipt message confirming the receipt of the 
telephone micro-check message; and the electronic 
wallet stores the received receipt message in the sec- 
ond storage means for the electronic wallet. 
[0259] Therefore, the communication service provider 
can charge an amount that corresponds to a fee for a 
provided wireless communication service. 
[0260] According to the invention cited in claim 113, 
the electronic telephone card settlement means, when 
radio wireless communication service is provided, gen- 
erates and then transmits, to the electronic wallet, a 
communication fee charge message for an amount 
charged that corresponds to an additional communica- 
tion fee; the electronic wallet, upon receiving the com- 
munication fee charge message, subtracts the amount 
that is charged from an amount remaining on the elec- 
tronic telephone card, and generates and then trans- 
mits, to the electronic telephone card settlement means, 
a new telephone micro-check message verifying pay- 
ment of the total amount charged; the electronic tele- 
phone card settlement means generates and then 
transmits, to the electronic wallet, a receipt message 
confirming that the telephone micro-check message 
has been received; the electronic wallet updates a 
receipt message stored in the second storage means 
for the electronic wallet by storing therein the receipt 
message that is newly received; and the electronic tele- 
phone card settlement means, when provision of the 
radio wireless communication service is terminated, 
stores the latest telephone micro-check message in the 
second storage means for the electronic telephone card 
settlement means. 

[0261 ] Therefore, the amount of history information is 
not increased very much even though the payment of t 
additional fees is effected many times during the com- 
munication process. 

[0262] According to the invention cited in claim 114, 



the micro-check call request message includes: 

identification information for the side that is desig- 
nated by the input means of the electronic wallet; 
5 presented card information and a registered card 

certificate for the electronic telephone card; and 
state management information accompanied by a 
digital signature that is provided by using a card sig- 
nature private key. 

10 

[0263] Therefore, the contents of the electronic tele- 
phone card that are to be used for payments are pre- 
sented exactly to the electronic telephone card 
settlement means, so that the electronic telephone card 
75 settlement means can determine whether the card is a 
valid electronic telephone card. 
[0264] According to the invention cited in claim 115, 
the telephone micro-check message includes: 

20 a payment amount; 

a amount remaining stored on the electronic tele- 
phone card; 

identification information for the electronic tele- 
phone card settlement means; and 
?5 identification information for the owner of the elec- 
tronic telephone card settlement means. Further, a 
digital signature is provided for the telephone 
micro-check message by using the card signature 
private key of the electronic telephone card. 

w 

[0265] As a result, the amount of the payment and the 
person making the payment are verified, and the impo- 
sition of an illegal charge by the owner of the electronic 
telephone card settlement means can be prevented. 

5 [0266] According to the invention cited in claim 1 16, 
not only the digital signature using the card signature 
private key for the electronic telephone card, but also 
the digital signature of the owner of the electronic wallet 
is provided for the telephone micro-check message. 

o [0267] Since whether or not the telephone micro- 
check has been issued is determined by the owner of 
the electronic telephone card, a precise examination of 
the validity of the telephone micro-check can be per- 
formed. 

5 [0268] According to the invention cited in claim 117, 
the telephone micro-check message includes a tele- 
phone micro-check issuing number representing the 
order in which telephone micro-check messages are 
generated by the electronic telephone card. 

? [0269] Since the matching of the generation order for 
the telephone micro-check and the amount remaining 
can be determined, a more precise examination of the 
validity of the telephone micro-check can be performed. 
[0270] According to the invention cited in claim 1 18, at 

; a time designated by the service providing means, the 
electronic telephone card settlement means generates 
an upload data message that includes data stored in the 
second storage means for the electronic telephone card 
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settlement means, and then transmits the upload data 
message to the service providing means; the service 
providing means, upon receiving the upload data mes- 
sage, examines the validity of a telephone micro-check 
that is included in the upload data message by compar- 
ing the telephone micro-check with registration informa- 
tion for the electronic telephone card that is registered in 
the service director information storage means, and 
generates and then transmits, to the electronic tele- 
phone card settlement means, an update data message 
that includes update data for the second storage means 
for the electronic telephone card settlement means; and 
the electronic telephone card settlement means 
extracts the update data from the update data message 
that is received, and updates data stored in the second 
storage means. 

[0271 ] Therefore, the telephone micro-check that has 
been used can be automatically collected, and an 
examination of its validity can be performed. 
[0272] According to the invention cited in claim 1 19, a 
first electronic wallet generates a telephone card trans- 
fer offer message offering to transfer, to a second elec- 
tronic wallet, an electronic telephone card that is stored 
in the second storage means, and transmits the tele- 
phone card transfer offer message via the wireless com- 
munication means to the second electronic wallet; the 
second electronic wallet, upon receiving the telephone 
card transfer offer message, generates a telephone 
card transfer offer response message indicating that the 
contents of the telephone card transfer offer message 
are accepted, and then transmits the telephone card 
transfer offer response message via the wireless com- 
munication means to the first electronic wallet; and the 
first electronic wallet, upon receiving the telephone card 
transfer offer response message, generates and then 
transmits, to the second electronic wallet, a telephone 
card transfer certificate message confirming the transfer 
of the electronic telephone card to the second electronic 
wallet. 

[0273] Therefore, the side that is to transfer the elec- 
tronic telephone card and the side that is to receive the 
electronic telephone card can negotiate the provisions 
of the transfer. 

[0274] According to the invention cited in claim 120, 
the telephone card transfer offer message includes: 

presented card information and a card certificate or 
a registered card certificate for the electronic tele- 
phone card; and 

state management information accompanied by a 
digital signature added by using a card signature 
private key. 

[0275] J Thus, the side to which the electronic tele- 
phone card is to be transferred can confirm its contents 
in advance. 

[0276] According to the invention cited in claim 121, 
the telephone card transfer offer message includes a 



public key certificate for the owner of the first electronic 
wallet; the digital signature of the owner of the first elec- 
tronic wallet is provided for the telephone card transfer 
offer message; the telephone card transfer offer 
5 response message includes a public key certificate for 
the owner of the second electronic wallet; the digital sig- 
nature of the owner of the second electronic wallet is 
provided for the telephone card transfer offer message; 
the telephone card transfer certificate message 
10 includes identification information for the public key cer- 
tificate for the owner of the first electronic wallet and 
identification information for the public key certificate for 
the owner of the second electronic wallet; and a digital 
signature using a card signature private key for the elec- 
ts tronic telephone card and the digital signature of the 
owner of the first electronic wallet are provided for the 
telephone card transfer certificate message. Thus, the 
person to whom the electronic telephone card is to be 
transferred is identified, and even if the telephone card 
20 transfer certificate is stolen, the unauthorized use of that 
card can be prevented. 

[0277] According to the invention cited in claim 122, 
identification information that describes a payment 
method selected by the input means of the electronic 
25 wallet is included in the ticket application message 
issued by the electronic wallet when requesting the pur- 
chase of an electronic ticket. 

[0278] Therefore, the payment method can be 
selected when an electronic ticket is purchased, and 

30 usability is improved. 

[0279] According to the invention cited in claim 123, 
the electronic ticket issuance request message or the 
electronic ticket installation request message includes 
template program identification information for designat- 

35 ing, following the order that is to be used for the gener- 
ation of electronic tickets, one of a plurality of template 
programs that are stored in the ticket issuer information 
storage means. 

[0280] Therefore, the ticket issuing means can desig- 
40 nate a template program to be used for the electronic 
ticket, and can issue various types of electronic tickets. 
[0281] According to the invention cited in claim 124, 
the electronic ticket issuance request message or the 
electronic ticket installation request message includes 
45 representative component information describing repre- 
sentative component information for an electronic ticket 
that is to be generated. 

[0282] Therefore, selected representative component 
information can be employed when an electronic ticket 
so is issued, and a high degree of freedom can be exer- 
cised in the selection of the type of electronic ticket that 
is to be issued. 

[0283] According to the invention cited in claim 125, 
the electronic wallet generates and then transmits, to 
55 the service providing means, a ticket registration 
request message requesting that the service providing 
means register, as an electronic ticket that is to be used 
by the owner of the electronic wallet the electronic ticket 
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stored in the second storage means for the electronic 
wallet; the service providing means, upon receiving the 
ticket registration request message, newly generates, 
for the electronic ticket, a ticket signature private key, a 
ticket signature public key and a registered ticket certif i- 5 
cate for verifying the ticket signature public key, regis- 
ters the electronic ticket for use in the service director 
information storage means, and then transmits, to the 
electronic wallet, the ticket signature private key and the 
registered ticket certificate; and the electronic wallet u 
updates the ticket signature private key and the regis- 
tered ticket certificate that are stored by replacing them 
with those that have been newly received, and changes 
the state management information for the electronic 
ticket to a usable state. 

75 

[0284] Since for use the signature key for the elec- 
tronic ticket is updated by the registration, safety is 
improved. 

[0285] According to the invention cited in claim 126, 
the electronic wallet generates a ticket presenting mes- 20 
sage in which is designated an electronic ticket that is 
selected, from among those stored in the second stor- 
age means, by input means for the electronic wallet, 
and transmits the ticket presenting message to the elec- 
tronic ticket examination means. 25 
[0286] Therefore, an electronic ticket that is to be used 
can be selected, and usability can be improved. 
[0287] According to the invention cited in claim 127, 
the electronic ticket examination means, upon receiving 
the ticket presenting message, generates and then so 
transmits, to the electronic wallet, a ticket examination 
message instructing the modification of the electronic 
ticket to a post-examined state; the electronic wallet, 
upon receiving the ticket examination message, 
changes the electronic ticket to the post-examined 35 
state, and generates and then transmits, to the elec- 
tronic ticket examination means, a ticket examination 
response message that describes the contents of the 
modified electronic ticket; the electronic ticket examina- 
tion means stores the received ticket examination 40 
response message in the second storage means for the 
electronic ticket examination means, and generates and 
then transmits, to the electronic wallet, an examination 
certificate message certifying that the electronic ticket 
has been examined; and the electronic wallet stores the 45 
received examination certificate message in the second 
storage means for the electronic wallet. Therefore, the 
electronic ticket examination means can perform the 
examination process in consonance with the contents of 
the ticket that is presented. 50 
[0288] According to the invention cited in claim 128, 
the ticket presenting message includes: 

presented ticket information and a registered ticket 
certificate for the electronic ticket; and 55 
state management information accompanied by a 
digital signature provided by using a ticket signature 
private key. 
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[0289] Therefore, the contents of the electronic ticket 
to be used for payment are precisely presented to the 
electronic ticket examination means, so that the elec- 
tronic ticket examination means can determine whether 
the ticket is a valid electronic ticket. 
[0290] According to the invention cited in claim 129, 
the ticket examination response message includes: 

state management information for the electronic 
' ticket; 

identification information for the electronic ticket 
examination means; and 

identification information for the owner of the elec- 
tronic ticket examination means. Further, a digital 
signature is provided for the ticket examination 
response message by using the ticket signature pri- 
vate key for the electronic ticket. 

[0291 ] As a result, the contents of the electronic ticket 
that is examined are verified, and an illegal charge 
imposed by the owner of the electronic ticket examina- 
tion means can be prevented. 

[0292] According to the invention cited in claim 130, 
the ticket examination response message includes 
identification information for the electronic ticket exami- 
nation means and identification information for the 
owner of the electronic ticket examination means. Fur- 
ther, the digital signature prepared using the ticket sig- 
nature private key for the electronic ticket and the digital 
signature of the owner of the electronic wallet are pro- 
vided for the ticket examination response message. 
[0293] Since it can be determined whether or not the 
ticket examination response message has been issued 
by the owner of the electronic ticket, a precise examina- 
tion of the validity of the ticket examination response 
can be performed. 

[0294] According to the invention cited in claim 131, 
the ticket examination response message includes a 
ticket examination number representing the order in 
which ticket examination response messages are gen- 
erated by the electronic ticket. 

[0295] Since the matching of the generation order for 
the ticket examination response message and the 
remaining amount can be determined, a more precise 
examination of the validity of the ticket examination 
response message can be performed. 
[0296] According to the invention cited in claim 132, at 
a time designated by the service providing means, the 
electronic ticket examination means generates an 
upload data message that includes data stored in the 
second storage means for the electronic ticket examina- 
tion means, and then transmits the upload data mes- 
sage to the service providing means; the service 
providing means, upon receiving the upload data mes- 
sage, determines the validity of a ticket examination 
response that is included in the upload data message 
by comparing the ticket examination response with reg- 
istration information for the electronic ticket that is regis- 
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tered in the service director information storage means, 
and generates and then transmits, to the electronic 
ticket examination means, an update data message that 
includes update data for the second storage means for 
the electronic ticket examination means; the electronic 
ticket examination means extracts the update data from 
the update data message that is received, and updates 
data stored in the second storage means. 
[0297] Therefore, the ticket examination response can 
be automatically compiled, and its validity can be exam- 
ined. 

[0298] According to the invention cited in claim 133, a 
first electronic wallet generates a ticket transfer offer 
message offering to transfer, to a second electronic wal- 
let, an electronic ticket that is stored in the second stor- 
age means, and then transmits the ticket transfer offer 
message.via the wireless communication means to the 
second electronic wallet; the second electronic wallet, 
upon receiving the ticket transfer offer message, gener- 
ates a ticket transfer offer response message indicating 
the contents of the ticket transfer offer message are 
acceptable, and then transmits the ticket transfer offer 
response message via the wireless communication 
means to the first electronic wallet; and the first elec- 
tronic wallet, upon receiving the ticket transfer offer 
response message, generates and then transmits, to 
the second electronic wallet, a ticket transfer certificate 
message confirming the transfer of the electronic ticket 
to the second electronic wallet. Therefore, the side that 
is to transfer the electronic ticket and the side that is to 
receive the electronic ticket can perform negotiations 
concerning the contents. 

[0299] According to the invention cited in claim 134, 
the ticket transfer offer message includes: 

presented ticket information and a ticket certificate 
or a registered ticket certificate for the electronic 
ticket; and 0 

state management information accompanied by a 
digital signature that is added by using a ticket sig- 
nature private key. 

[0300] Thus, the side to which the electronic ticket is 
to be transferred can confirm the ticket contents in 
advance. 

[0301] According to the invention cited in claim 135, 
the ticket transfer offer message includes a public key 
certificate for the owner of the first electronic wallet; the 
digital signature of the owner of the first electronic wallet 
is provided for the ticket transfer offer message; the 
ticket transfer offer response message includes a public 
key certificate for the owner of the second electronic 
wallet; the digital signature of the owner of the second 
electronic wallet is provided for the ticket transfer offer 
message; the ticket transfer certificate message 
includes identification information for the public key cer- 
tificate for the owner of the first electronic wallet and 
identification information for the public key certificate for 
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the owner of the second electronic wallet; and a digital 
signature using a ticket signature private key for the 
electronic ticket and the digital signature of the owner of 
the first electronic wallet are provided for the ticket 

5 transfer certificate message. 

[0302] Thus, the person to whom the electronic ticket 
is to be transferred is verified, and even if the ticket 
^ transfer certificate is stolen, the unauthorized use of that 
ticket can be prevented. 

io [0303] According to the invention cited in claim 136, 
settlement option information for deciding which proce- 
dures to use for settlement is included in the electronic 
payment card issuance request message, in the elec- 
tronic telephone card issuance request message or in 

15 the electronic ticket issuance request message. 

[0304] Thus, the payment card issuer, the telephone 
card issuer and the ticket issuer can establish proce- 
dures to be used for the settlement. 
[0305] According to the invention cited in claim 137, 

20 the service providing means, upon receiving the elec- 
tronic payment card issuance request message, the 
electronic telephone card issuance request message or 
the electronic ticket issuance request message, gener- 
ates and then transmits, to the electronic wallet, an 

25 electronic payment card, an electronic telephone card 
or an electronic ticket before performing a price settle- 
ment in accordance with the settlement option informa- 
tion. 

[0306] Thus, the electronic payment card, the elec- 
30 tronic telephone card or the electronic ticket can be 
issued without the purchaser being delayed. 
[0307] According to the invention cited in claim 138, 
the service providing means, upon receiving the elec- 
tronic payment card issuance request message, the 
35 electronic telephone card issuance request message or 
the electronic ticket issuance request message, gener- 
ates and then transmits, to the electronic wallet, an 
electronic payment card, an electronic telephone card - 
or an electronic ticket, and a temporary receipt mes- 
40 sage describing the contents of a settlement before per- 
forming a price settlement in accordance with the 
settlement option information. 

[0308] Thus, the electronic payment card, the elec- 
tronic telephone card or the electronic ticket can be 

45 issued without the purchaser being delayed. 

[0309] According to the invention cited in claim 139, 
data concerning the electronic payment card, the elec- 
tronic telephone card and the electronic ticket belonging 
to the owner of the electronic wallet, and data proc- 

50 essed by the central processing unit of the electronic 
wallet are stored in the second storage means for the 
electronic wallet or in the user information storage 
means for the service providing means; the data are 
managed by describing, in the second storage means 

55 for the electronic wallet, identification information for the 
data, and addresses of the data in the corresponding 
storage means; when data at an address in the user 
information storage means are to be processed, the 
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electronic wallet generates and then transmits, to the 
service providing means, a remote access request mes- 
sage requesting address data; the service providing 
means, upon receiving the remote access request mes- 
sage, generates and then transmits, to the electronic 
wallet, a remote access data message in which the 
requested data are included; and the electronic wallet, 
upon receiving the remote access data message, 
extracts the requested data from the message. 
[0310] Therefore, a plurality of electronic payment 
cards, electronic telephone cards and electronic tickets, 
and multiple sets of history information can be managed 
for the electronic, even in a memory having only a lim- 
ited capacity. 

[0311] According to the invention cited in claim 140, 
the electronic wallet employs a ferroelectric nonvolatile 
memory as storage means. 

[0312] Therefore, the service life of the battery of the 

electronic wallet can be extended. 

[031 3] According to the invention cited in claim 1 41 , a 

ferroelectric nonvolatile memory is employed as storage 

means for the electronic payment card settlement 

means. 

[0314] Therefore, the service life of the battery for the 
electronic payment card settlement means can be 
extended. 

[0315] According to the invention cited in claim 142, 
the object is one whereon or wherein electronic pay- 
ment card installation information, electronic telephone 
card installation information, or electronic ticket installa- 
tion information is printed or engraved in a form reada- 
ble by a person or reading means. 
[0316] Therefore, the electronic payment card, the 
electronic telephone card or the electronic ticket can be 
physically distributed along a distribution route. 
[0317] According to the invention cited in claim 143, a 
coating is applied to a portion of the object whereon or 
wherein the electronic payment card installation infor- 
mation, the electronic telephone card installation infor- 
mation or the electronic ticket installation information is 
printed or engraved in order to disable the reading of the 
electronic payment card installation information, the 
electronic telephone card installation information or the 
electronic ticket installation information. The coating is 
removable. 

[0318] Thus, the unauthorized dissemination of instal- 
lation information occurring prior to a purchase can be 
prevented. 

[031 9] According to the invention cited in claim 1 44, to 
prevent holographic counterfeiting, a micro-character or < 
a micro-pattern is printed on or etched in the object. 
[0320] Therefore, the counterfeiting can be prevented. 
[0321] According to the invention cited in claim 145, 
on the recording medium, electronic payment card 
installation information, electronic telephone card instal- i 
lation information, or electronic ticket installation infor- 
mation is recorded using a form that can be read by 
recording/reproduction means. 



[0322] Therefore, the electronic payment card, the 
electronic telephone card or the electronic ticket can be 
physically distributed along a distribution route. 
[0323] According to the invention cited in claim 146, 
5 on the recording medium, a control program for the cen- 
tral processing unit of the electronic wallet cited in one 
of claims 28 to 139 is stored in a form readable by a 
computer. Thus, the program can be distributed in a 
portable form. 

10 [0324] According to the invention cited in claim 147, 
on the recording medium, a control program for the cen- 
tral processing unit of the electronic payment card set- 
tlement means cited in one of claims 29 to 139 is 
recorded in a form readable by a computer. Thus, the 
is program can be distributed in a portable form. 

[0325] According to the invention cited in claim 148, 
on the recording medium, a control program for the cen- 
tral processing unit of the electronic telephone card set- 
tlement means cited in one of claims 32 to 139 is 
20 recorded in a form readable by a computer. Thus, the 
program can be distributed in a portable form. 
[0326] According to the invention cited in claim 149, 
on the recording medium, a control program for the cen- 
tral processing unit of the electronic ticket examination 
25 means cited in one of claims 33 to 139 is recorded in a 
form readable by a computer. Thus, the program can be 
distributed in a portable form. 

[0327] According to the invention cited in claim 150, 
on the recording medium, a processing program for the 
so computer system of the service providing means cited 
in one of claims 34 to 1 39 is recorded in a form readable 
by a computer. Thus, the program can be distributed in 
a portable form. 

[0328] According to the invention cited in claim 151, 

35 on the recording medium, a processing program for the 
computer system of the settlement processing means 
cited in one of claims 35 to 139 is recorded in a form 
readable by a computer. Thus, the program can be dis- 
tributed in a portable form. 

w [0329] According to the invention cited in claim 152, 
on the recording medium, a processing program for the 
computer system of the payment card issuing means 
cited in one of claims 36 to 139 is recorded in a form 
readable by a computer. Thus, the program can be dis- 

5 tributed in a portable form. 

[0330] According to the invention cited in claim 153, 
on the recording medium, a processing program for the 
computer system of the telephone card issuing means 
cited in one of claims 37 to 139 is recorded in a form 

o readable by a computer. Thus, the program can be dis- 
tributed in a portable form. 

[0331] According to the invention cited in claim 154, 
on the recording medium, a processing program for the 
computer system of the ticket issuing means cited in 
5 one of claims 38 to 139 is recorded in a form readable 
by a computer. Thus, the program can be distributed in 
a portable form. 
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BRJEF DESCRIPTION OF THE DRAWINGS 
[0332] 

Fig. 1 is a block diagram illustrating the arrange- 5 
ment of a mobile electronic commerce system 
according to one embodiment of the present inven- 
tion; 

Fig. 2 A is a diagram for explaining a transfer func- 
tion according to the embodiment of the present w 
invention; 

Fig. 2B is a diagram for explaining the function of an 
installed card according to the embodiment of the 
present invention; 

Fig. 3 A is a schematic front view of a mobile user 15 
terminal in a credit card mode according to the 
embodiment of the present invention; 
Fig. 3B is a schematic rear view of a mobile user 
terminal in a credit card mode according to the 
embodiment of the present invention; 20 
Fig. 3C is a schematic front view of a mobile user 
terminal in a ticket mode according to the embodi- 
ment of the present invention; 
Fig. 3D is a schematic front view of a mobile user 
terminal in a payment card mode according to the 25 
embodiment of the present invention; 
Fig. 3E is a schematic front view of a mobile user 
terminal in a telephone card mode according to the 
embodiment of the present invention; 
Fig. 3 F is a schematic front view of a mobile user 30 
terminal in the ticket mode according to a modifica- 
tion of the embodiment of the present invention; 
Fig. 3G is a schematic front view of a mobile user 
terminal in the payment card mode according to a 
modification of the embodiment of the present 35 
invention; 

Fig. 3H is a schematic front view of a mobile user 
terminal in the telephone card mode according to a 
modification of the embodiment of the present 
invention; 40 
Fig. 4 is a schematic diagram illustrating a gate ter- 
minal according to the embodiment of the present 
invention; 

Fig. 5 is a schematic diagram illustrating a mer- 
chant terminal according to the embodiment of the 45 
present invention; 

Figs. 6A and 6B are schematic diagrams showing 
merchant terminals (digital wireless telephone 
type) according to the embodiment of the present 
invention; so 
Fig. 7 is a schematic diagram illustrating an auto- 
matic vending machine according to the embodi- 
ment of the present invention; 
Fig. 8 is a block ciiagram illustrating the arrange- 
ment of a switching center according to the embod- 55 
iment of the present invention; 
Fig. 9 is a block diagram illustrating the arrange- 
ment of a service system according to the embodi- 
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ment of the present invention; 
Fig. 10 is a block diagram illustrating a settlement 
system according to the present invention; 
Fig. 11 is a block diagram illustrating a ticket issuing 
system according to the present invention; 
Fig. 12 is a block diagram illustrating a payment 
card issuing system according to the present inven- 
tion; 

Fig. 13 is a block diagram illustrating a telephone 
card issuing system according to the present inven- 
tion; 

Figs. 1 4A and 1 4B are schematic diagrams illustrat- 
ing an electronic payment card installation card 
according to the embodiment of the present inven- 
tion; 

Figs. 14C and 14D are schematic diagrams illus- 
trating an electronic telephone card installation card 
according to the embodiment of the present inven- 
tion; 

Figs. 14E and 14F are schematic diagrams illustrat- 
ing an electronic ticket installation card according to 
the embodiment of the present invention; 
Fig. 15 is a block diagram illustrating the arrange- 
ment of a mobile user terminal according to the 
embodiment of the present invention; 
Fig. 16A is a diagram illustrating the arrangement of 
an internal register in the mobile user terminal 
according to the embodiment of the present inven- 
tion; 

Fig. 16B is a diagram showing the bit field structure 
of an interrupt register in the mobile user terminal 
according to the embodiment of the present inven- 
tion; 

Fig. 17 is a specific diagram showing a RAM map 
for the mobile user terminal according to the 
embodiment of the present invention; 
Fig. 18 is a specific diagram showing data that are 
stored in the service data area of the mobile user 
terminal according to the embodiment of the 
present invention; 

Fig. 19 is a specific diagram showing the data struc- 
ture of an electronic ticket according to the embod- 
iment of the present invention; 
Rg. 20 is a specific diagram showing the data struc- 
ture of an electronic payment card according to the 
embodiment of the present invention; 
Rg. 21 is a specific diagram showing the data struc- 
ture of an electronic telephone card according to 
the embodiment of the present invention; 
Rg. 22 is a block diagram illustrating the arrange- 
ment of a gate terminal according to the embodi- 
ment of the present invention; 
Fig. 23A is a diagram illustrating the arrangement of 
an internal register in the gate terminal according to 
the embodiment of the present invention; 
Fig. 23B is a diagram showing the bit field structure 
of an interrupt register in the gate terminal accord- 
ing to the embodiment of the present invention; 
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Fig. 24 is a specific diagram showing a RAM map 
for the gate terminal according to the embodiment 
of the present invention; 

Fig. 25 is a specific diagram showing data that are 
stored in the service data area of the gate terminal 5 
according to the embodiment of the present inven- 
tion; 

Fig. 26 is a block diagram illustrating the arrange- 
ment of a merchant terminal according to the 
embodiment of the present invention; 10 
Fig. 27 A is a diagram illustrating the arrangement of 
an internal register in the merchant terminal 
according to the embodiment of the present inven- 
tion; 

Fig. 27B is a diagram showing the bit field structure is 
of an interrupt register in the merchant terminal 
according to the embodiment of the present inven- 
tion; 

Fig. 28 is a specific diagram showing a RAM map 
for the merchant terminal according to the embodi- 20 
ment of the present invention; 
Fig. 29 is a specific diagram showing data that are 
stored in the service data area of the merchant ter- 
minal according to the embodiment of the present 
invention; 25 
Fig. 30 is a block diagram illustrating the arrange- 
ment of a merchant terminal (digital wireless tele- 
phone type) according to the embodiment of the 
present invention; 

Fig. 3 1 A is a diagram illustrating the arrangement of 30 
an internal register in the merchant terminal (digital 
wireless telephone type) according to the embodi- 
ment of the present invention; 
Fig. 31 B is a diagram showing the bit field structure 
of an interrupt register in the merchant terminal 35 
(digital wireless telephone type) according to the 
embodiment of the present invention ; 
Fig. 31 C is a diagram showing the bitfield structure 
of a key display register in the merchant terminal 
(digital wireless telephone type) according to the 40 
embodiment of the present invention; 
Fig. 32 is a specific diagram showing a RAM map 
for the merchant terminal (digital wireless tele- 
phone type) according to the embodiment of the 
present invention; 45 
Fig. 33 is a specific diagram showing data that are 
stored in the service data area of the merchant ter- 
minal (digital wireless telephone type) according to 
the embodiment of the present invention ; 
Fig. 34 is a block diagram illustrating the arrange- 50 
ment of an automatic vending machine according to 
the embodiment of the present invention; 
Fig. 35A is a diagram illustrating the arrangement of 
an internal register in the automatic vending 
machine according to the embodiment of the 55 
present invention; 

Fig. 35B is a diagram showing the bitfield structure 
of an interrupt register in the automatic vending 



machine according to the embodiment of the 
present invention; 

Fig. 36 is a specific diagram showing a RAM map 
for the accounting device according to the embodi- 
ment of the present invention; 
Fig. 37 is a specific diagram showing data that are 
stored in the service data area of the accounting 
device according to the embodiment of the present 
invention; 

Fig. 38 is a block diagram illustrating the arrange- 
ment of an electronic telephone card automatic 
vending machine according to the embodiment of 
the present invention; 

Fig. 39 is a specific diagram showing a RAM map 
for the electronic telephone card accounting device 
according to the embodiment of the present inven- 
tion; 

Fig. 40 is a specific diagram showing data that are 
stored in the service data area of the electronic tel- 
ephone card accounting device according to the 
embodiment of the present invention; 
Fig. 41 A is a flowchart showing the digital signature 
processing according to the embodiment of the 
present invention; 

Fig. 41 B is a flowchart showing the digital signature 
processing according to the embodiment of the 
present invention; 

Fig. 42A is a flowchart showing the message seal- 
ing processing according to the embodiment of the 
present invention; 

Fig. 42B is a flowchart showing the message seal- 
ing processing according to the embodiment of the 
present invention; 

Fig. 43A is a flowchart showing the closed message 
decryption processing according to the embodi- 
ment of the present invention; 
Fig. 43B is a flowchart showing the closed message 
decryption processing according to the embodi- 
ment of the present invention; 
Fig. 44A is a flowchart showing the digital signature 
authentication processing according to the embodi- 
ment of the present invention; 
Fig. 44B is a flowchart showing the digital signature 
authentication processing according to the embodi- 
ment of the present invention; 
Fig. 45 is a diagram for explaining the processing 
architecture of the service system according to the 
embodiment of the present invention; 
Fig. 46 is a specific diagram showing data that are 
stored for each user in the user information server 
of the service system according to the embodiment 
of the present invention; 

Fig. 47 is a specific diagram showing data that are 
stored in the merchant information server of the 
service system for one gate terminal, merchant ter- 
minals 102 and 103, the accounting device, and the 
electronic telephone card accounting device; 
Fig. 48 is a specific diagram showing data, for each 
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.transaction processor, that are stored in the trans- 
action processor information server of the service 
system according to the embodiment of the present 
invention; 

Fig. 49 is a specific diagram showing data, for each 5 
ticket issuer, that are stored in the ticket issuer infor- 
mation server of the service system according to 
the embodiment of the present invention; 
Fig. 50 is a specific diagram showing data, for each 
payment card issuer, that are stored in the payment 10 
card issuer information server of the service system 
according to the embodiment of the present inven- 
tion; 

Fig. 51 is a specific diagram showing data, for each 
telephone card issuer, that are stored in the tele- is 
phone card issuer information server of the service 
system according to the embodiment of the present 
invention; 

Figs. 52A to 52G are specific diagrams showing a 
user list, a merchant list, a transaction processor 20 
list, a ticket issuer list, a payment card issuer list, a 
telephone card issuer list and a provided service 
list, all of which are stored in the service director 
information server of the service system according 
to the embodiment of the present invention; 25 
Fig. 53 is a specific diagram showing data, for each 
electronic ticket, that are stored in the service direc- 
tor information server of the service system accord- 
ing to the embodiment of the present invention; 
Fig. 54 is a specific diagram showing data, for each 30 
electronic payment card, that are stored in the serv- 
ice director information server of the service system 
according to the embodiment of the present inven- 
tion; 

Fig. 55 is a specific diagram showing data, for each 3s 
electronic telephone card, that are stored in the 
service director information server of the service 
system according to the embodiment of the present 
invention; 

Fig. 56 A is a flowchart showing a remote access 40 
process performed by the mobile user terminal and 
the user processor according to the embodiment of 
the present invention; 

Fig. 56B is a flowchart showing a data update proc- 
ess performed by the mobile user terminal and the 45 
user processor according to the embodiment of the 
present invention; 

Fig. 56C is a flowchart showing a forcible data 
update process performed by the mobile user ter- 
minal and the user processor according to the so 
embodiment of the present invention; 
Fig. 56D is a flowchart showing a data backup proc- 
ess performed by the mobile user terminal and the 
user processor according to the embodiment of the 
present invention; 55 
Fig. 57A is a flowchart showing a remote access 
process performed by the gate terminal (or the mer- 
chant terminal 102 or 103, the accounting device, 



or the electronic telephone card accounting device) 
and the merchant processor; 
Fig. 57B is a flowchart showing a data update proc- 
ess performed by the gate terminal (or the mer- 
chant terminal 102 or 103, the accounting device, 
or the electronic telephone card accounting device) 
and the merchant processor; 
£ig. 57C is a flowchart showing a forcible data 
update process performed by the gate terminal (or 
the merchant terminal 102 or 103, the accounting 
device, or the electronic telephone card accounting 
device) and the merchant processor; 
Fig. 57D is a flowchart showing a data backup proc- 
ess performed by the gate terminal (or the mer- 
chant terminal 102 or 103, the accounting device, 
or the electronic telephone card accounting device) 
and the merchant processor ; 
Fig. 58 is a flowchart showing ticket order process- 
ing according to the embodiment of the present 
invention; 

Rg. 59 is a flowchart showing ticket purchase 
processing (spontaneous settlement) according to 
the embodiment of the present invention; 
Fig. 60 is a flowchart showing ticket purchase 
processing (delayed settlement) according to the 
embodiment of the present invention; 
Fig. 61 is a flowchart showing payment card pur- 
chase processing (spontaneous settlement) 
according to the embodiment of the present inven- 
tion; 

Fig. 62 is a flowchart showing payment card pur- 
chase processing (delayed settlement) according to 
the embodiment of the present invention; 
Fig. 63 is a flowchart showing telephone card pur- 
chase processing (spontaneous settlement) 
according to the embodiment of the present inven- 
tion; 

Fig. 64 is a flowchart showing telephone card pur- 
chase processing (delayed settlement) according to 
the embodiment of the present invention; 
Fig. 65A is a flowchart showing ticket registration 
processing according to the embodiment of the 
present invention; 

Rg. 65B is a flowchart showing payment card regis- 
tration processing according to the embodiment of 
the present invention; 

Fig. 65C is a flowchart showing the telephone card 
registration processing according to the embodi- 
ment of the present invention; 
Rg. 66 is a flowchart showing ticket setup process- 
ing according to the embodiment of the present 
invention; 

Rg. 67 is a flowchart showing ticket examination 
processing according to the embodiment of the 
present invention; 

Rg. 68 is a flowchart showing payment card settle- 
ment processing performed by the mobile user ter- 
minal and the merchant terminal 102 (or the 
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merchant terminal 103) according to the embodi- 
ment of the present invention; 
Fig. 69 is a flowchart showing payment card settle- 
ment processing performed by the mobile user ter- 
minal and the automatic vending machine 5 
according to the embodiment of the present inven- 
tion; 

Fig. 70 is a flowchart showing telephone card set- 
tlement processing according to the embodiment of 
the present invention; 10 
Fig. 71 is a flowchart showing ticket reference 
processing according to the embodiment of the 
present invention; 

Fig. 72 is a flowchart showing payment card refer- 
ence processing according to the embodiment of 75 
the present invention; 

Fig. 73 is a flowchart showing telephone card refer- 
ence processing according to the embodiment of 
the present invention; 

Fig. 74 is a flowchart showing ticket transfer 20 
processing according to the embodiment of the 
present invention; 

Fig. 75 is a flowchart showing payment card trans- 
fer processing according to the embodiment of the 
present invention; 25 
Fig. 76 is a flowchart showing telephone card trans- 
fer processing according to the embodiment of the 
present invention; 

Fig. 77 is a flowchart showing electronic ticket 
installation processing according to the embodi- 30 
ment of the present invention; 
Fig. 78 is a flowchart showing electronic payment 
card installation processing according to the 
embodiment of the present invention ; 
Fig. 79 is a flowchart showing electronic telephone 35 
card installation processing according to the 
embodiment of the present invention ; 
Fig. 80 is a flowchart showing ticket modification 
processing for the gate terminal according to the 
embodiment of the present invention ; 40 
Fig. 81 is a flowchart showing ticket modification 
processing for the mobile user terminal according 
to the embodiment of the present invention ; 
Fig. 82 is a flowchart showing ticket refund process- 
ing (spontaneous settlement) according to the 45 
embodiment of the present invention; 
Fig. 83 is a flowchart showing ticket refund process- 
ing (delayed settlement) according to the embodi- 
ment of the present invention; 

Fig. 84 is a flowchart showing real credit settlement so 
processing according to the embodiment of the 
present invention; 

Fig. 85A is a specific diagram showing the data 
structure of a remote access request that is 
exchanged between the mobile user terminal and 55 
the gate terminal according to the embodiment of 
the present invention; 

Fig. 85B is a specif ic diagram showing the structure 



of remote access data that are exchanged between 
the mobile user terminal and the user processor 
according to the embodiment of the present inven- 
tion; 

Fig. 86A is a specific diagram showing the data 
structure of a remote access request that is 
exchanged between the gate terminal (or the mer- 
chant terminal 102 or 103) and the merchant proc- 
essor according to the embodiment of the present 
invention; 

Fig. 86B is a specific diagram showing the structure 
of remote access data that are exchanged between 
the gate terminal (or the merchant terminal 102 or 
103) and the merchant processor according to the 
embodiment of the present invention; 
Fig. 87A is a specific diagram showing the data 
structure of a data update request that is 
exchanged between the mobile user terminal and 
the user processor according to the embodiment of 
the present invention; 

Fig. 87B is a specific diagram showing the data 
structure of a data update response that is 
exchanged between the mobile user terminal and 
the user processor according to the embodiment of 
the present invention; 

Fig. 87C is a specific diagram showing the structure 
of upload data that are exchanged between the 
mobile user terminal and the user processor 
according to the embodiment of the present inven- 
tion; 

Fig. 87D is a specific diagram showing the structure 
of update data that are exchanged between the 
mobile user terminal and the user processor 
according to the embodiment of the present inven- 
tion; 

Fig. 87E is a specific diagram showing the data 
structure of a mandatory expiration that is 
exchanged between the mobile user terminal and 
the user processor according to the embodiment of 
the present invention; 

Fig. 87F is a specific diagram showing the data 
structure of a data update instruction that is 
exchanged between the mobile user terminal and 
the user processor according to the embodiment of 
the present invention; 

Fig. 88A is a specific diagram showing the data 
structure of a data update request that is 
exchanged between the gate terminal (the mer- 
chant terminal 102 or 103, the accounting device, 
or the electronic telephone accounting device) and 
the merchant processor according to the embodi- 
ment of the present invention; 
Fig. 88B is a specific diagram showing the data 
structure of a data update response that is 
exchanged between the gate terminal (the mer- 
chant terminal 102 or 103, the accounting device, 
or the electronic telephone card accounting device) 
and the merchant processor according to the 
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.embodiment of the present invention; 
Fig. 88C is a specif ic diagram showing the structure 
of upload data that are exchanged between the 
gate terminal (the merchant terminal 102 or 103, 
the accounting device, or the electronic telephone 5 
accounting device) and the merchant processor 
according to the embodiment of the present inven- 
tion; 

Fig. 88D is a specific diagram showing the structure 
of update data that are exchanged between the 10 
gate terminal (the merchant terminal 102 or 103, 
the accounting device, or the electronic telephone 
card accounting device) and the merchant proces- 
sor according to the embodiment of the present 
invention; 15 
Fig. 88E is a specific diagram showing the data 
structure of a mandatory expiration that is 
exchanged between the gate terminal (the mer- 
chant terminal 102 or 103, the accounting device, 
or the electronic telephone accounting device) and 20 
the merchant processor according to the embodi- 
ment of the present invention; 
Fig. 88F is a specific diagram showing the data 
structure of a data update instruction that is 
exchanged between the gate terminal (the mer- 25 
chant terminal 102 or 103, the accounting device, 
or the electronic telephone card accounting device) 
and the merchant processor according to the 
embodiment of the present invention; 
Fig. 89A is a specific diagram showing the data 30 
structure of a ticket order that is transmitted, during 
the ticket order processing, from the mobile user 
terminal to the service system according to the 
embodiment of the present invention; 
Fig. 89B is a specific diagram showing the data 35 
structure of a ticket order that is transmitted, during 
the ticket order processing, from the service system 
to the ticket issuing system according to the 
embodiment of the present invention; 
Fig. 90A is a specific diagram showing the data 40 
structure of a ticket order response that is transmit- 
ted, during the ticket order processing, from the 
ticket issuing system to the service system accord- 
ing to the embodiment of the present invention; 
Fig. 90B is a specific diagram showing the data 45 
structure of a ticket order response that is transmit- 
ted, during the ticket order processing, from the 
service system to the mobile user terminal accord- 
ing to the embodiment of the present invention; 
Fig. 91 A is a specific diagram showing the data so 
structure of a ticket purchase order that is transmit- 
ted, during the ticket purchase processing, from the 
mobile user terminal to the service system accord- 
ing to the embodiment of the present invention; 
Fig. 91 B is a specific diagram showing the data ss 
structure of a ticket purchase order that is transmit- 
ted, during the ticket purchase processing, from the 
service system to the ticket issuing system accord- 
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ing to the embodiment of the present invention; 
Fig. 92A is a specific diagram showing the data 
structure of an electronic ticket issuing commission 
for the ticket purchase processing according to the 
embodiment of the present invention; 
Fig. 92B is a specific diagram showing the data 
structure for an electronic ticket issuing in the ticket 
purchase processing according to the embodiment 
of the present invention; 

Fig. 93A is a specific diagram showing the data 
structure of a temporary receipt for the ticket pur- 
chase processing according to the embodiment of 
the present invention; 

Fig. 93B is. a specific diagram showing the data 
structure of a clearing request in the ticket purchase 
processing according to the embodiment of the 
present invention; 

Fig. 94 A is a specific diagram showing the data 
structure of a clearing completion notification that is 
transmitted, in the ticket purchase processing, from 
the settlement system to the service system 
according to the embodiment of the present inven- 
tion; 

Fig. 94B is a specific diagram showing the data 
structure of a clearing completion notification that is 
transmitted, in the ticket purchase processing, from 
the service system to the ticket issuing system 
according to the embodiment of the present inven- 
tion; 

Fig. 95A is a specific diagram showing the data 
structure of a receipt that is transmitted, in the ticket 
purchase processing, from the ticket issuing sys- 
tem to the service system according to the embod- 
iment of the present invention; 
Fig. 95B is a specific diagram showing the data 
structure of a receipt that is transmitted, in the ticket 
purchase processing, from the service system to 
the mobile user terminal according to the embodi- 
ment of the present invention; 
Fig. 96A is a specific diagram showing the data 
structure of a payment card purchase order that is 
transmitted from the mobile user terminal to the 
service system according to the embodiment of the 
present invention; 

Fig. 96B is a specific diagram showing the data 
structure of a payment card purchase order that is 
transmitted, during the payment card purchase 
processing, from the service system to the payment 
card issuing system according to the embodiment 
of the present invention; 

Rg. 97A is a specific diagram showing the data 
structure of an electronic payment card issuing 
commission for the payment card purchase 
processing according to the embodiment of the 
present invention; 

Rg. 97B is a specific diagram showing the data 
structure of electronic payment card issuing data 
for the payment card purchase processing accord- 
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ing to the embodiment of the present invention; 
Fig. 98A is a specific diagram showing the data 
structure of a temporary receipt for the payment 
card purchase processing according to the embod- 
iment of the present invention; 5 
Fig. 98B is a specific diagram showing the data 
structure of a clearing request in the payment card 
purchase processing according to the embodiment 
of the present invention; 

Fig. 99A is a specific diagram showing the data 10 
structure of a clearing completion notification that is 
transmitted, in the payment card purchase process- 
ing, from the settlement system to the service sys- 
tem according to the embodiment of the present 
invention; 15 
Fig. 99B is a specific diagram showing the data 
structure of a clearing completion notification that is 
transmitted, in the payment card purchase process- 
ing, from the service system to the payment card 
issuing system according to the embodiment of the 20 
present invention; 

Fig. 100A is a specific diagram showing the data 
structure of a receipt that is transmitted, in the pay- 
ment card purchase processing, from the payment 
card issuing system to the service system accord- 25 
ing to the embodiment of the present invention; 
Fig. 100B is a specific diagram showing the data 
structure of a receipt that is transmitted, in the pay- 
ment card purchase processing, from the service 
system to the mobile user terminal according to the 30 
embodiment of the present invention ; 
Fig. 101 A is a specific diagram showing the data 
structure of a telephone card purchase order that is 
transmitted from the mobile user terminal to the 
service system according to the embodiment of the 35 
present invention ; 

Fig. 101B is a specific diagram showing the data 
structure of a telephone card purchase order that is 
transmitted, during the payment card purchase 
processing, from the service system to the tele- 40 
phone card issuing system according to the embod- 
iment of the present invention; 
Fig. 102A is a specific diagram showing the data 
structure of an electronic telephone card issuing 
commission for the telephone card purchase 45 
processing according to the embodiment of the 
present invention; 

Fig. 103B is a specific diagram showing the data 
structure of an electronic telephone issuing in the 
telephone card purchase processing according to so 
the embodiment of the present invention; 
Fig. 104A is a specific diagram showing the data 
j structure of a temporary receipt for the telephone 
card purchase processing according to the embod- 
iment of the present invention; 55 
Fig. 103B is a specific diagram showing the data 
structure of a clearing request in the telephone card 
purchase processing according to the embodiment 



of the present invention; 

Fig. 105A is a specific diagram showing the data 
structure of a clearing completion notification that is 
transmitted, in the telephone card purchase 
processing, from the settlement system to the serv- 
ice system according to the embodiment of the 
present invention; * 
Fig. 104B is a specific diagram showing the data 
structure of a clearing completion notification that is 
transmitted, in the telephone card purchase 
processing, from the service system to the tele- 
phone card issuing system according to the embod- 
iment of the present invention; 
Fig. 106A is a specific diagram showing the data 
structure of a receipt that is transmitted, in the tele- 
phone card purchase processing, from the tele- 
phone card issuing system to the service system 
according to the embodiment of the present inven- 
tion; 

Fig. 105B is a specific diagram showing the data 
structure of a receipt that is transmitted, in the tele- 
phone card purchase processing, from the service 
system to the mobile user terminal according to the 
embodiment of the present invention; 
Fig. 107A is a specific diagram showing the data 
structure of a ticket registration request for the ticket 
registration processing according to the embodi- 
ment of the present invention; 
Fig. 106B is a specific diagram showing the data 
structure of a ticket certificate issuing in the ticket 
registration processing according to the embodi- 
ment of the present invention; 
Fig. 108A is a specific diagram showing the data 
structure of a payment card registration request for 
the payment card registration processing according 
to the embodiment of the present invention; 
Fig. 107B is a specific diagram showing the data 
structure of payment card certificate issuing in the 
payment card registration processing according to 
the embodiment of the present invention; 
Fig. 109A is a specific diagram showing the data 
structure of a telephone card registration request 
for the telephone card registration processing 
according to the embodiment of the present inven- 
tion; 

Fig. 108B is a specific diagram showing the data 
structure of telephone card certificate issuing in the 
telephone card registration processing according to 
the embodiment of the present invention; 
Fig. 11 OA is a specific diagram showing the data 
structure of an examination object ticket request for 
the ticket setup processing according to the embod- 
iment of the present invention; 
Fig. 109B is a specific diagram showing the data 
structure of an examination object ticket for the 
ticket setup processing according to the embodi- 
ment of the present invention; 
Fig. 11 1A is a specific diagram showing the data 
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• structure of a ticket presentation for the ticket exam- 
ination processing according to the embodiment of 
the present invention; 

Fig. 11 OB is a specific diagram showing the struc- 
ture of ticket examination data for the ticket exami- s 
nation processing according to the embodiment of 
the present invention; 

fig. 112A is a specific diagram showing the data 
structure of a ticket examination response for the 
ticket examination processing according to the 10 
embodiment of the present invention; 
Fig. 111B is a specific diagram showing the data 
structure of an examination certificate for the ticket 
examination processing according to the embodi- 
ment of the present invention ; 75 
Fig. 113A is a specific diagram showing the data 
structure of a payment offer for the payment card 
settlement processing according to the embodi- 
ment of the present invention; 

Fig. 112B is a specific diagram showing the data 20 
structure of a payment offer response for the pay- 
ment card settlement processing according to the 
embodiment of the present invention; 
Fig. 114A is a specific diagram showing the data 
structure of a micro-check for the payment card set- 25 
tlement processing according to the embodiment of 
the present invention; 

Fig. 113B is a specific diagram showing the data 
structure of a receipt for the payment card settle- 
ment processing according to the embodiment of 30 
the present invention; 

Fig. 115A is a specific diagram showing the data 
structure of a micro-check call request for the tele- 
phone card settlement processing according to the 
embodiment of the present invention; 35 
Fig. 114B is a specific diagram showing the data 
structure of a micro-check call response for the tel- 
ephone card settlement processing according to 
the embodiment of the present invention; 
Fig. 116A is a specific diagram showing the data 40 
structure of a telephone micro-check for the tele- 
phone card settlement processing according to the 
embodiment of the present invention; 
Fig. 115B is a specific diagram showing the data 
structure of a receipt for the telephone card settle- 45 
ment processing according to the embodiment of 
the present invention; 

Fig. 115C is a specific diagram showing the data 
structure of a communication charge for the tele- 
phone card settlement processing according to the so 
embodiment of the present invention; 
Fig. 117A is a specific diagram showing the data 
structure of a usage report for the ticket reference 
processing according to the embodiment of the 
present invention; 55 
Fig. 116B is a specific diagram showing the data 
structure of a usage report for the payment card ref- 
erence processing according to the embodiment of 



the present invention; 

Fig. 116C is a specific diagram showing the data 
structure of a usage report for the telephone card 
reference processing according to the embodiment 
of the present invention; 

Fig. 118A is a specific diagram showing the data 
structure of a ticket transfer offer for the ticket trans- 
fer processing according to the embodiment of the 
present invention; 

Fig. 117B is a specific diagram showing the data 
structure of a ticket transfer offer response for the 
ticket transfer processing according to the embodi- 
ment of the present invention; 
Fig. 119A is a specific diagram showing the data 
structure of a ticket transfer certificate for the ticket 
transfer processing according to the embodiment of 
the present invention; 

Fig. 118B is a specific diagram showing the data 
structure of a ticket transfer receipt for the ticket 
transfer processing according to the embodiment of 
the present invention; 

Fig. 120 A is a specific diagram showing the data 
structure of a ticket transfer request for the ticket 
transfer processing according to the embodiment of 
the present invention; 

Fig. 119B is a specific diagram showing the data 
structure of a ticket transfer for the ticket transfer 
processing according to the embodiment of the 
present invention; 

Fig. 121 A is a specific diagram showing the data 
structure of a card transfer offer for the payment 
card or the telephone card transfer processing 
according to the embodiment of the present inven- 
tion; 

Fig. 120B is a specific diagram showing the data 
structure of a card transfer offer response for the 
payment card or the telephone card transfer 
processing according to the embodiment of the 
present invention; 

Fig. 122 A is a specific diagram showing the data 
structure of a card transfer certificate for the ticket 
transfer processing according to the embodiment of 
the present invention; 

Fig. 121B is a specific diagram showing the data 
structure of a card transfer receipt for the ticket 
transfer processing according to the embodiment of 
the present invention; 

Fig. 123A is a specific diagram showing the data 
structure of a card transfer request for the payment 
card or the telephone card transfer processing 
according to the embodiment of the present inven- 
tion; 

Fig. 122B is a specific diagram showing the data 
structure of a payment card transfer for the payment 
card transfer processing according to the embodi- 
ment of the present invention; 
Fig. 122C is a specific diagram showing the data 
structure of a telephone card transfer for the tele- 
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phone card transfer processing according to the 
embodiment of the present invention; 
Fig. 124A is a specific diagram showing the data 
structure of an electronic ticket installation commis- 
sion for the electronic ticket installation processing s 
according to the embodiment of the present inven- 
tion; 

Fig. 123B is a specific diagram showing the data 
structure of a ticket installation commission for the 
electronic ticket installation processing according to 10 
the embodiment of the present invention; 
Fig. 125A is a specific diagram showing the data 
structure of an electronic ticket installation commis- 
sion for the electronic ticket installation processing 
according to the embodiment of the present inven- 75 
tion; 

Fig. 124B is a specific diagram showing the struc- 
ture of electronic ticket installation data for the elec- 
tronic ticket installation processing according to the 
embodiment of the present invention; 20 
Fig. 126A is a specific diagram showing the data 
structure of an electronic payment card installation 
commission for the electronic payment card instal- 
lation processing according to the embodiment of 
the present invention ; 25 
Fig. 125B is a specific diagram showing the data 
structure of a payment card installation commission 
request for the electronic payment card installation 
processing according to the embodiment of the 
present invention; 30 
Fig. 127A is a specific diagram showing the data 
structure of an electronic payment card installation 
commission for the electronic payment card instal- 
lation processing according to the embodiment of 
the present invention; 35 
Fig. 126B is a specific diagram showing the struc- 
ture of electronic payment card installation data for 
the electronic payment card installation processing 
according to the embodiment of the present inven- 
tion; 40 
Fig. 128A is a specific diagram showing the data 
structure of an electronic telephone card installa- 
tion commission for the electronic telephone card 
installation processing according to the embodi- 
ment of the present invention; 45 
Fig. 127B is a specific diagram showing the data 
structure of a telephone card installation commis- 
sion request for the electronic telephone card 
installation processing according to the embodi- 
ment of the present invention; 50 
Fig. 129A is a specific diagram showing the data 
structure of an electronic telephone card installa- 
tion commission for the electronic telephone card 
installation processing according to the embodi- 
ment of the present invention ; 55 
Fig. 128B is a specific diagram showing the data 
structure of electronic telephone card installation 
data; 



Fig. 130A is a specific diagram showing the data* 
structure of a modification request for the electronic 
telephone card installation processing according to 
the embodiment of the present invention; 
Fig. 129B is a specific diagram showing the data 
structure of a modification notification according to 
the embodiment of the present invention; 
Fig. 131 A is a specific diagram showing the struc- 
ture of reaction selection data according to the 
embodiment of the present invention; 
Fig. 130B is a specific diagram showing the data 
structure of a modification instruction according to 
the embodiment of the present invention; 
Fig. 132A is a specific diagram showing the data 
structure of a refund request according to the 
embodiment of the present invention; 
Fig. 131 B is a specific diagram showing the data 
structure of a refund commission according to the 
embodiment of the present invention; 
Fig. 133A is a specific diagram showing the data 
structure of a temporary refund receipt according to 
the embodiment of the present invention; 
Fig. 132B is a specific diagram showing the data 
structure of a refund clearing receipt according to 
the embodiment of the present invention; 
Fig. 134A is a specific diagram showing the data 
structure of a refund clearing completion notifica- 
tion that is transmitted from the settlement system 
to the service system according to the embodiment 
of the present invention; 

Fig. 133B is a specific diagram showing the data 
structure of a refund clearing completion notifica- 
tion that is transmitted from the service system to 
the ticket issuing system according to the embodi- 
ment of the present invention; 
Fig. 135A is a specific diagram showing the data 
structure of a refund receipt that is transmitted from 
the ticket issuing system to the service system 
according to the embodiment of the present inven- 
tion; 

Fig. 134B is a specific diagram showing the data 
structure of a refund receipt that is transmitted from 
the service system to the mobile user terminal 
according to the embodiment of the present inven- 
tion; 

Fig. 136A is a specific diagram showing the data 
structure of a payment offer for the real credit settle- 
ment processing according to the embodiment of 
the present invention; 

Fig. 135B is a specific diagram showing the data 

structure of a payment offer response for the real 

credit settlement processing according to the 

embodiment of the present invention; 

Fig. 135C is a specific diagram showing the data 

structure of an authorization request for the real 

credit settlement processing according to the 

embodiment of the present invention; 

Fig. 135D is a specific diagram showing the data 
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- structure of a payment request for the real credit 
settlement processing according to the embodi- 
ment of the present invention; 
Fig. 135E is a specific diagram showing the data 
structure of an authorization response for the real 5 
credit settlement processing according to the 
embodiment of the present invention; 
Fig. 135F is a specific diagram showing* the data 
structure of a clearing request that is transmitted, in 
the real credit settlement processing, from the mer- w 
chant terminal to the service system according to 
the embodiment of the present invention; 
Fig. 137A is a specific diagram showing the data 
structure of a clearing request that is transmitted, in 
the real credit settlement processing, from the serv- 75 
ice system to the transaction processing isystem 
according to the embodiment of the present inven- 
tion; 

Fig. 136B is a specific diagram showing the data 
structure of a clearing completion notification that is 20 
transmitted, in the real credit settlement process- 
ing, from the transaction processing system to the 
service system according to the embodiment of the 
present invention; 

Fig. 136C is a specific diagram showing the data 25 
structure of a clearing completion notification that is 
transmitted, in the real credit settlement process- 
ing, from the service system to the merchant termi- 
nal according to the embodiment of the present 
invention; 30 
Fig. 138A is a specific diagram showing the data 
structure of a receipt that is transmitted, in the real 
credit settlement processing, from the merchant 
terminal to the service system according to the 
embodiment of the present invention; 35 
Fig. 137B is a specific diagram showing the data 
structure of a receipt that is transmitted, in the real 
credit settlement processing, from the service sys- 
tem to the mobile user terminal according to the 
embodiment of the present invention; 40 
Fig. 139A is a diagram for explaining a conventional 
settlement system that employs a prepayment 
method using a payment card; 
Fig. 138B is a diagram for explaining a conventional 
ticket selling system; 45 
Fig. 139A is a front view of a mobile user terminal 
according to a second embodiment of the present 
invention; 

Fig. 139B is a rear view of the mobile user terminal 
according to the second embodiment of the present so 
invention; 

Fig. 140 is a block diagram illustrating the arrange- 
ment of the mobile user terminal according to the 
second embodiment of the present invention; 
Fig. 141 A is a front view of a mobile user terminal ss 
according to a third embodiment of the present 
invention; 

Fig. 141 B is a rear view of the mobile user terminal 



according to the third embodiment of the present 
invention; 

Fig. 141C is a front view of the mobile user terminal 
in a digital telephone mode where an IC card is not 
attached to the mobile user terminal according to 
the third embodiment of the present invention, and 
a schematic diagram for the IC card; 
Fig. 141 D is a front view of the mobile user terminal 
in a credit card mode where the IC card is attached 
to the mobile user terminal according to the third 
embodiment of the present invention; 
Fig. 142 is a block diagram illustrating the arrange- 
ment of the mobile user terminal according to the 
third embodiment of the present invention; 
Fig. 143 is a block diagram illustrating the arrange- 
ment of the IC card according to the third embodi- 
ment of the present invention; and 
Fig. 144 is a specific diagram showing an FeRAM 
memory map for the IC card according to the third 
embodiment of the present invention. 

[0333] The reference numerals used in the drawings 
are as follows: 

100, 200: mobile user terminal 

101: gate terminal 

102: merchant terminal 

103: merchant terminal 

104: automatic vending machine 

105, 202: switching center 

106: settlement system 

107: ticket issuing system 

108: payment card issuing system 

109: telephone card issuing system 

110: service system 

111: digital public line network 

1 1 2, 1 1 3, 1 1 4, 201 : base station 

115: telephone terminal 

207: installation card 

300, 400, 501, 60, 700: infrared communication 
module (infrared communication port) 

301 , 601 , 701 : antenna 

302, 602: receiver/loudspeaker 

303, 502, 603: LCD 

304, 504, 604: mode switch 

305, 605: speech switch 

306, 606: end switch 

307, 506, 607; function switch 

308, 403, 507, 608: number key switch 

309, 402, 509, 61 1 : power switch 

310, 609: microphone 

31 1 , 508, 612: execution switch 

312, 613: headphone jack 

313, 314, 315: image display portion 
401 , 702: touch panel LCD 

404: menu switch 
405: lock switch 
406, 510: serial cable 
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503: telephone handset 
505: hook switch 
511 : cash register 

512: payment card settlement switch 
513: credit clearing switch 
514: RS-232C cable 
610: bar code reader 
614: card slot 
703: discharge port 
704: product selection switch 
705: sold out display (LED) 
706: sample 

800: electronic telephone card accounting device 
801 : switch 
802: data processor 
803: modulator/demodulator 
804: base station controller 
900: service server 

901 : server director information server 
902: user information server 
903: merchant information server 
904: transaction processor information server 
905: ticket issuer information server 
906: payment card issuer information server 
907: telephone card issuer information server 25 

908, 1006, 1 106, 1206, 1305: management system 

909, 910, 1004, 1007, 1104, 1107, 1204, 1207, 
1 304, 1 307: ATM-LAN switch 

911, 1005, 1105, 1205, 1305: ATM switch 

1 000: transaction server 30 

1001: subscriber information server 

1 002: member store information server 

1003: transaction information server 

1 100: ticket issuing server 

1 1 01 , 1201 , 1301 : customer information server 35 

1 102: ticket issuing information server 

1 103: ticket information server 

1200: payment card issuing server 

1202: payment card issuing information server 

1 203: payment card information server 40 

1300: telephone card issuing server 

1302: telephone card issuing information server 

1303: telephone card information server 

1400: electronic payment card installation card 

1 401 : electronic telephone card installation card 45 

1402: electronic ticket installation card 

1406, 1412, 1418: holographic logo 

1407, 1413, 1419: installation card number 

1408, 1414, 1420: installation number 

1500, 2200, 2600, 3000, 3400, 3800: CPU 50 

1 501 , 2201 , 2601 , 3001 , 3401 , 3801 : ROM 

1502, 2202, 2602, 3002, 3402, 3802: RAM 

1503, 2204, 2604, 3003, 3403, 3804: EEPROM 

1504, 2605, 3004: LCD controller 

1 505, 2205, 2606, 3005, 3404, 3805: cryptographic 55 
processor 

1506, 2206, 2607, 3006, 3405, 3806: data codec 
1508, 2214, 2610, 3008, 3407: control logic unit 



1509, 2212, 261 1, 3009: key operator 

1510, 2211, 2612, 3010, 3415: loudspeaker 

1511, 2413, 2613, 3011: audio processor 

1512, 2414, 2614, 3012: audio codec 

1513, 2415, 2615, 3013, 3408: channel codec 

1514, 3014, 3409: modulator 

1515, 3015, 3410: demodulator 

1516, 3016, 3412: PLL 

1517, 3017, 3411: RF unit 

1518, 3018: battery capacity detector 

1600, 3100, 3500: frame counter 

1601, 3101, 3501: start frame counter 

1602, 2300, 2700, 3102, 3502: clock counter 

1603, 2301 , 2701 , 3103, 3503: update time register 

1604, 2302, 2702, 3104, 3504: interrupt register 

1605, 2307, 2703, 3105, 3505: ID register 

1606, 2704, 3106, 3506: channel codec control reg- 
ister 

1607, 2705, 3107: audio transmission buffer 

1608, 2706, 3108: audio reception buffer 

1609, 2707, 3109, 3507: data transmission buffer 

1610, 2708. 3110, 3508: data reception buffer 

1611, 2303, 2709, 3111: audio processor control 
register 

1612, 2306, 2710, 3112: key operator control regis- 
ter 

1613, 271 1 , 31 13: audio data encryption key regis- 
ter 

2203, 2603. 3803: hard disk 

2207; digital telephone communication unit 

2208, 2608: serial/parallel converter 

2209, 2609: serial port 
2210: sound controller 
2213: external interface 
2304: X coordinate register 
2305: Y coordinate register 

2308: phone communication control register 

2616: digital communication adaptor 

2617: RS-232C interface 

3059: memory card 

31 14: key display register 

3413, 3807: external interface 

3414: control logic unit 

3416: price calculator 

3417: product manager 

3418: product output mechanism 

3419: CD-ROM drive 

3456: sales mechanism 

3455: accounting equipment 

13800: payment card 

13801 : payment card terminal 

13802, 13818: center system 

13816: ticket 

1381 7: ticket selling terminal 
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B5ST MODES FOR CARRYING OUT THE INVEN- 
TION 

[0334] The best mode of the present invention will now * 
be described while referring to Figs. 1 to 137. 
[0335] In an electronic commerce system according to 
one embodiment of the present invention, a user (indi- 
vidual consumer) purchases, as electronic information, 
various types of tickets, payment cards or telephone 
cards through a network. Thereafter, wireless communi- 
cation is employed for the examination of a ticket when 
the user enters a hall, for a transaction when the user 
employs a payment card to purchase a product or to 
obtain a service, or for a settlement process when the 
user employs a telephone card to settle a charge 
incurred by the use of the wireless telephone communi- 
cation service. Therefore, this system does not require 
that a ticket be submitted to an usher for examination, or 
that cash and a receipt be directly exchanged with a 
clerk at a retail shop when a product is purchased, or 
that a SIM Card (Subscriber Identify Module Card) be 
installed in a wireless telephone terminal, such as a 
portable telephone or a PHS, to monitor calls initiated at 
the wireless telephone terminal. 
[0336] In this specification, this system is called an 
"electronic commerce system," and the various types of 
services that can be provided by this system are gener- 
ally called "mobile electronic commerce services." 
[0337] As is shown in the system arrangement dia- 
gram in Fig. 1. the mobile electronic commerce service, 
which provides two types of bi-directional wireless com- 
munication functions, comprises: a mobile user terminal 

100, which can function as an electronic ticket, an elec- 
tronic payment card, an electronic telephone card and 
an electronic credit card (bank card); a gate terminal 

101, which can perform an automatic examination proc- 
ess for a ticket; a merchant terminal 102, which can be 
used for a payment settlement process or a credit settle- 
ment process performed at a cash register counter in a 
retail shop; a merchant terminal 103, which can be used 
for a payment settlement process or a credit settlement 
process performed in a mobile environment; an auto- 
matic vending machine 104, which has a payment set- 
tlement function; a switching center 105 for a digital 
wireless telephone, which has a payment settlement 
function that is used for wireless telephone communica- 
tions; a transaction processing system 106, which can 
be used to perform a credit settlement process at a 
credit service company or a settlement company; a 
ticket issuing system 107, which is used for issuing a 
ticket at an event company or a ticket issuance com- 
pany; a payment card issuing system 108, which is 
used for issuing a payment card at a retail sales com- 
pany or at a payment card issuance company; a tele- 
phone card issuing system 109, which is used for 
issuing a telephone card for wireless telephone commu- 
nication at a wireless telephone communication com- 
pany or a telephone card issuance company; a service 



system 110, which constitutes the center of a communi- 
cation network that connects together the mobile user 
terminal 100, the gate terminal 101, the merchant termi- 
nals 102 and 103, the automatic vending machine 14, 

5 the switching center 105, the transaction processing 
system 106, the ticket issuing system 107, the payment 
card issuing system 108 and the telephone card issuing 
system 109, and which provides a mobile electronic 
commerce service; a digital public line network 111, 

re which provides a data transmission path for the net- 
work; a wireless telephone base station 112, which con- 
nects the mobile user terminal 100 to the switching 
center 105; a wireless telephone base station 113, 
which connects the merchant terminal 103 to the digital 

15 public line network 1 1 1 ; a wireless telephone base sta- 
tion 114, which connects the automatic vending 
machine 104 to the digital public line network 111; and 
a destination telephone terminal 115, which is con- 
nected to the digital public line network 111 when in 

20 use. 

[0338] The mobile user terminal 100 is a portable, 
wireless telephone terminal that has two types of bi- 
directional wireless communication functions, infrared 
communication and digital wireless telephone commu- 

25 nication; an electronic ticket function; an electronic pay- 
ment card function; an electronic telephone card 
function; and an electronic credit card function. 
[0339] The merchant terminal 103 and the automatic 
vending machine 104 also have two types of bi-direc- 

30 tional wireless communication functions. And the gate 
terminal 101 and the merchant terminal 102 also have 
the two types of bi-directional communication functions, 
infrared communication and digital wireless telephone 
communication. 

35 [0340] The base station 1 1 2 has a function, for which 
a control channel extending to the mobile user terminal 
100 is employed, involving the transmission of settle- 
ment information that is exchanged by the mobile user 
terminal 100 and the switching center 105. 

40 [0341 ] The telephone terminal 1 1 5 is an arbitrary tel- 
ephone terminal to which a connection can be made 
across the digital public line network 111, and can be 
either a fixed telephone terminal or a mobile wireless 
telephone terminal. 

45 [0342] In Fig. 1, reference numeral 116 denotes a 
transmission path for digital wireless telephone commu- 
nication between the mobile user terminal 1 00 and the 
base station 112; 117, a digital communication line for 
connecting the base station 1 12 to the switching center 

so 105; 118, a digital communication line for connecting 
the switching center 105 and the digital public line net- 
work 1 1 1 ; 1 1 9, a transmission path for infrared commu- 
nication conducted between the mobile user terminal 
100 and the gate terminal 101 ; 120, a digital telephone 

55 communication line for connecting the gate terminal 101 
and the digital public line network 1 1 1 ; 121 , a transmis- 
sion path for infrared communication conducted 
between the mobile user terminal 100 and the merchant 
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terminal 102; 122, a digital telephone communication 
line for connecting the merchant 102 and the digital 
public line network 111; 123, a transmission path for 
infrared communication conducted between the mer- 
chant terminal 1 03 and the base station 1 1 3; 1 25, a dig- 
ital communication line for connecting the base station 
1 1 3 to the digital public line network 1 1 1 ; 1 26, a trans- 
mission path for infrared communication conducted 
between the mobile user terminal 100 and the auto- 
matic vending machine 104; 127, a transmission path 
for digital wireless communication conducted between 
the automatic vending machine 104 and the base sta- 
tion 114; 128, a digital communication line for connect- 
ing the base station 1 14 to the digital public line network 
111; 129, a telephone communication line for connect- 
ing the telephone terminal 1 15 to the digital public line 
network 1 1 1 ; 130, a digital communication line for con- 
necting the digital public line network 1 1 1 to the service 
system 110; 131, a digital communication line for con- 
necting the service system 110 and the transaction 
processing system 106; 132, a digital communication 
line for connecting the service system 1 1 0 and the ticket 
issuing system 107; 133, a digital communication line 
for connecting the service system 110 and the payment 
card issuing system 108; and 134, a digital communica- 
tion line for connecting the service system 110 and the 
telephone card issuing system 109. Through multiplex- 
ing, the digital communication lines 130 to 134 espe- 
cially can serve as multiple communication lines. 
[0343] The following system is employed as the nor- 
mal operating system for the mobile electronic com- 
merce service. 

[0344] The transaction processing system 106 is 
installed at a credit card company, a bank, or a settle- 
ment processing company. The ticket issuing system 
107 is installed at an event company or a ticket issuance 
company. The payment card issuing system 108 is 
installed at a retail sale company or a payment card 
issuance company. The telephone card issuing system 
109 is installed at a wireless telephone communication 
company or a telephone card issuance company. 
[0345] The gate terminal 101 is installed at the 
entrance to a movie theater or to an event hall, and the 
merchant terminal 102 is installed at a cash register 
counter in a retail shop. The merchant terminal 103 is 
carried by a sales clerk or a person in charge of collect- 
ing money, and the mobile user terminal 100 is carried 
by a consumer. The service system 1 10 is installed at a 
company that provides the mobile electronic commerce 
service. 

[0346] Further, the following relationship is assumed 
as constituting a social relationship among the individ- 
ual devices that form the mobile electronic commerce 
system and among the owners of the individual sys- 
tems. 

[0347] A consumer who owns a mobile user terminal 
100 enters into a credit service membership contract 
with a credit card company or a bank, a mobile elec- 



tronic commerce service membership contract with a 
company that provides the mobile electronic commerce 
service, and a wireless telephone communication serv- 
ice contract with a wireless telephone communication 
5 company. 

[0348] The owner of the gate terminal 101 , for exam- 
ple, a manager of a movie theater or an event hall, has 
entered into a contract with the owner of the ticket issu- 
ing system 107 for handling tickets issued by the ticket 
10 issuing system, a mobile electronic commerce service 
member store contract with a company that provides 
the mobile electronic commerce service, and a digital 
telephone communication service contract with a tele- 
phone communication company. The owner of the gate 
15 terminal 101 may be the same individual who owns the 
ticket issuing system 107. 

[0349] The retail shop that owns the merchant termi- 
nal 1 02 has entered into a contract with the owner of the 
payment card issuing system 1 08 for the handling of the 
20 payment cards issued by the payment card issuing sys- 
tem, a credit card member store contract with a credit 
card company or a bank, a mobile electronic commerce 
service member store contract with a company that pro- 
vides the mobile electronic commerce service, and a 
25 digital telephone communication service contract with a 
telephone communication company. The owner of the 
merchant terminal 102 may be the same individual who 
owns the payment card issuing system 108. 
[0350] The owner of the merchant terminal 103 has 
30 entered into a contract with the owner of the payment 
card issuing system 1 08 for the handling of the payment 
cards issued by the payment card issuing system, a 
credit card member store contract with a credit card 
company or a bank, a mobile electronic commerce 
35 service member store contract with a company that pro- 
vides the mobile electronic commerce service, and a 
digital telephone communication service contract with a 
telephone communication company. The owner of the 
merchant terminal 103 may be the same individual who 
40 owns the payment card issuing system 1 08. 

[0351 ] The owner of the automatic vending machine 
104 has entered into a contract with the owner of the 
payment card issuing system 1 08 for the handling of the 
payment cards issued by the payment card issuing sys- 
45 tern, a mobile electronic commerce service member 
store contract with a company that provides the mobile 
electronic commerce service, and a digital telephone 
communication service contract with a telephone com- 
munication company. The owner of the automatic vend- 
50 ing machine 1 04 may be the same individual who owns 
the payment card issuing system 108. 
[0352] The wireless telephone communication com- 
pany, which is the owner of the switching center 105, 
has entered in a contract with the owner of the tele- 
55 phone card issuing system 109 for the handling of the 
telephone cards issued by the telephone card issuing 
system, and a mobile electronic commerce service 
member store contract with a company that provides 
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the. mobile electronic commerce service. The wireless 
telephone communication company may be the owner 
of the telephone card issuing system 109. 
[0353] The owner of the ticket issuing system 107 
enters into a credit service member store contract with 
a credit card company or a bank, a mobile electronic 
commerce service ticket issuer contract with a company 
that provides the mobile electronic commerce service, 
and a digital communication service contract with a 
communication service company. The company that 
provides the mobile electronic commerce service may 
own the ticket issuing system 107. 
[0354] The owner of the payment card issuing system 
108 enters into a credit service member store contract 
with a credit card company or a bank, a mobile elec- 
tronic commerce service ticket issuer contract with a 
company that provides the mobile electronic commerce 
service, and a digital communication service contract 
with a communication service company. The company 
that provides the mobile electronic commerce service 
may own the payment card issuing system 108. 
[0355] The owner of the telephone card issuing sys- 
tem 109 has entered into a credit service member store 
contract with a credit card company or a bank, a mobile 
electronic commerce service ticket issuer contract with 
a company that provides the mobile electronic com- 
merce service, and a digital communication service 
contract with a communication service company. The 
company that provides the mobile electronic commerce 
service may own the telephone card issuing system 
109. 

[0356] The company that provides the mobile elec- 
tronic commerce service has entered into a contract 
with one or more credit card companies, or banks acting 
for the credit card companies, or a bank to issue elec- 
tronic credit cards (bank cards) and to provide a credit 
card service for a member store who has entered into a 
contract for the credit service. The mobile electronic 
commerce service company also has entered into a 
contract with the owner of the ticket issuing system 1 07 
to act for the ticket issuing system and to issue elec- 
tronic tickets and to provide a ticket card service; has 
entered into a contract with the owner of the payment 
card issuing system 108 to act for the payment card 
issuing system and to issue electronic payment cards 
and to provide a payment settlement service; and has 
entered into a contract with the owner of the telephone 
card issuing system 109 to act for the telephone card 
issuing system and to issue electronic telephone cards 
and to provide a wireless telephone payment settlement 
service. 

[0357] To perform credit settlements using the trans- 
action processing system 106, the settlement process- 
ing company has entered into a contract with one or 
more credit card companies or banks to act for them 
and to perform the credit settlements. 
[0358] When the transaction processing system used 
to perform credit settlements differs from that for credit 
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cards, a plurality of transaction processing systems hav- 
ing the same form as the transaction processing system 
106 in Fig. 1 are connected to the service system 110 
via digital communication lines. 

5 [0359] Similarly, when the ticket issuing system differs, 
depending on the ticket type, a plurality of ticket issuing 
systems having the same form as the ticket issuing sys- 
tem 107 in Fig. 1 are connected to the service system 
1 10 via digital communication lines. Also, when the pay- 
to ment card issuing system differs, depending on the pay- 
ment card type, a plurality of payment card issuing 
systems having the same form as the payment card 
issuing system 108 in Fig. 1 are connected to the serv- 
ice system via digital communication lines. And when 

15 the telephone card issuing system differs, depending on 
the telephone card type, a plurality of telephone card 
issuing systems having the same form as the telephone 
card issuing system 109 in Fig. 1 are connected to the 
service system 1 10 via digital communication lines. 

20 [0360] In order to simplify the following explanation of 
the system of the present invention, a consumer who 
owns a mobile user terminal 100 is called a user; a per- 
son who owns a merchant terminal 1 03 or an automatic 
vending machine 104 for the provision and sale of prod- 

25 ucts and services is called a merchant; a wireless tele- 
phone communication company that owns a switching 
center 1 05 and provides a wireless telephone communi- 
cation service is called a communication service pro- 
vider; a company that owns a service system 110 and 

30 provides a mobile electronic commerce service is called 
a service provider; a credit card company or a settle- 
ment processing company that owns a transaction 
processing system 106 and performs a credit settle- 
ment process is called a transaction processor; a per- 

35 son who owns a ticket issuing system 107 and sells 
tickets is called a ticket issuer; a person who owns a 
payment card issuing system 108 and sells payment 
cards is called a payment card issuer; and a person who 
owns a telephone card issuing system 109 and sells tel- 

40 ephone cards is called a telephone card issuer. 

[0361 ] The mobile electronic commerce services that 
are provided by the system of this invention are gener- 
ally broken down into four main types: an electronic 
ticket service, an electronic payment card service, an 

45 electronic telephone card service and an electronic 
credit card service. 

[0362] The electronic ticket service is a complete elec- 
tronic service for the vending of a ticket via a network, 
the delivery of a ticket that is accomplished subsequent 

so to its purchase, and the use of the ticket. 

[0363] Specifically, a user employs the mobile user 
terminal 100 to purchase a ticket from the ticket issuing 
system 107. The user receives, from the service sys- 
tem, an electronic ticket consisting of electronic informa- 

55 tion, and stores and manages the ticket in the mobile 
user terminal. Then, to use the electronic ticket stored in 
the mobile user terminal the user presents the mobile 
user terminal to the gate terminal 101, whereat the elec- 
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tronic ticket information is extracted and examined. 
[0364] The electronic payment card service is a com- 
plete electronic service for the vending of a payment 
card via a network, the delivery of a payment card that 
is accomplished subsequent to its purchase, and a s 
charge settlement process performed with the payment 
card. 

[0365] Specifically, a user, through the service system 
110, employs the mobile user terminal 100 to purchase 
a payment card from the payment card issuing system w 
108. Thereafter, the user receives, from the service sys- 
tem, an electronic payment card consisting of electronic 
information, and stores and manages it in the mobile 
user terminal. To use the electronic payment card, while 
in communication with the merchant terminal 102 (or 15 
the merchant terminal 103 or the automatic vending 
machine 104) the user presents the mobile user termi- 
nal, in which the electronic payment card is stored, to 
the merchant terminal 102, and charge settlement infor- 
mation provided by the electronic payment card is 20 
extracted in order to perform a charge settlement proc- 
ess. 

[0366] The electronic telephone card service is a com- 
plete electronic service for the vending of a telephone 
card via a network, the delivery of a telephone card that 25 
is accomplished subsequent to its purchase, and the 
use of the telephone card to settle a charge incurred 
through wireless telephone communication. 
[0367] Specifically, a user, through the service system 
1 1 0, employs the mobile user terminal 1 00 to purchase 30 
a telephone card from the telephone card issuing sys- 
tem 109. Thereafter, the user receives, from the service 
system, an electronic telephone card consisting of elec- 
tronic information, and stores and manages it in the 
mobile user terminal. To use the electronic telephone 35 
card, while in communication with the switching center 
105 the user presents the mobile user terminal, in which 
the electronic telephone card is stored, and information 
is extracted to settle a charge for wireless telephone 
communication incurred while the electronic telephone 40 
card is in use. 

[0368] The electronic credit card service is a complete 
electronic service for which a credit card is used to set- 
tle the cost of a ticket, a payment card, or a telephone 
card that is purchased via a network, and to settle as 
charges incurred at a normal retail shop. 
[0369] Specifically, an electronic credit card, which 
consists of electronic information, is stored in advance 
and managed in the mobile user terminal 100 and the 
service system 1 1 0. When a user purchases a ticket, a so 
payment card or a telephone card using the service sys- 
tem, through the exchange of data with the transaction 
processing system 106 the service system presents the 
card number of the credit card that is designated by the 
user, and provides credit settlement information to be ss 
used to perform a credit settlement process for the pur- 
chase cost. To perform a credit settlement process with 
the merchant terminal 102 (or the merchant terminal 



103) at a retail shop, settlement information is 
exchanged by the mobile user terminal and the mer- 
chant terminal 102 (or the merchant terminal 103), by 
the merchant terminal 102 (or the merchant terminal 
103) and the service system 110, and by the service 
system 110 and the mobile user terminal 100. Also, 
through data communication with the transaction 
processing system 106, the service system 110 
presents the card number of the credit card designated 
by the user and provides the credit settlement informa- 
tion required to settle an accessed charge. 
[0370] A detailed explanation will be given later for the 
electronic ticket service, the electronic payment card 
service, the electronic telephone card service and the 
electronic credit card service. 

[0371 ] For these four services, transmission paths or 
communication lines are constantly employed for data 
communication by the individual devices of the system. 
[0372] First, the mobile user terminal 100 uses a dig- 
ital wireless telephone to communicate with the switch- 
ing center 105 via the transmission path 1 16, the base 
station 1 12 and the digital communication line 1 17 and 
with the service system 1 10 via the digital communica- 
tion line 118, the digital public line network 1 1 1 and the 
digital communication line 130; and uses infrared com- 
munication to communicate with the gate terminal 101 
via the transmission path 1 19, with the merchant termi- 
nal 102 via the transmission path 121, with the mer- 
chant terminal 103 via the transmission path 123, and 
with the automatic vending machine 104 via the trans- 
mission path 126. 

[0373] The gate terminal 101 employs digital tele- 
phone communication to communicate with the service 
system 1 1 0 via the digital telephone communication line 
120, the digital public line network 111 and the digital 
communication line 130. 

[0374] The merchant terminal 1 02 employs digital tel- 
ephone communication to communicate with the serv- 
ice system 1 10 via the digital telephone communication 
line 122, the digital public line network 1 1 1 and the dig- 
ital communication line 1 30. 

[0375] The merchant terminal 1 03 employs digital tel- 
ephone communication to communicate with the serv- 
ice system 1 10 via the transmission path 124, the base 
station 1 13, the digital communication line 125, the dig- 
ital public line network 1 11 and the digital communica- 
tion line 130. 

[0376] The automatic vending machine 104 employs 
digital telephone communication to communicate with 
the service system 110 via the transmission path 127 
the base station 114, the digital communication line 
128, the digital public line network 111 and the digital 
communication line 130. 

[0377] Digital data are exchanged by the service sys- 
tem 1 10 and the transaction processing system 1 06 via 
the digital communication line 131, by the service sys- 
tem 1 10 and the ticket issuing system 107 via the digital 
communication line 132, by the service system 1 10 and 
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the payment card issuing system 108 via the digital 
communication line 133, and by the service system 1 10 
and the telephone card issuing system 109 via the dig- 
ital communication line 134. 

[0378] All the information to be exchanged is first 
encrypted and is then exchanged through communica- 
tion conducted, between the mobile user terminal 100 
and the service system 110, between the gate terminal 
101 and the service system 110, between the merchant 
terminal 102 and the service system 110, between the 
merchant terminal 103 and the service system 110, 
between the automatic vending machine 104 and the 
service system 110, between the switching center 105 
and the service system 110, between the service sys- 
tem 110 and the transaction processing system 106, 
between the service system 1 10 and the ticket issuing 
system 107, between the service system 110 and the 
payment card issuing system 108, and between the 
service system 1 10 and the telephone card issuing sys- 
tem 1 09. A secret key and a public key are employed for 
encrypting the information, and the encrypted informa- 
tion is electronically closed and transmitted. 
[0379] In this system, an electronic ticket, an elec- 
tronic payment card, or an electronic telephone card 
stored in the mobile user terminal 100 can be trans- 
ferred to a different user who owns a mobile user termi- 
nal. With this function, multiple tickets can be purchased 
and transferred to friends, etc., or an electronic payment 
card or an electronic telephone card can be provided as 
a gift, so that the usage range can be expanded. 
[0380] In Fig. 2A is shown the system configuration 
where an electronic ticket, an electronic payment card 
or an electronic telephone card is transferred between 
mobile user terminals 100 and 200. 
[0381] In Fig. 2, reference numeral 203 denotes a 
transmission path used for infrared communication 
between the mobile user terminals 100 and 200. The 
mobile user terminal 200 is connected to the digital pub- 
lic line network 111 via a base station 201 for a digital 
wireless telephone, a digital communication line 205, a 
switching center 202 for a digital wireless telephone, 
and a digital communication line 206. 
[0382] Basically, transfer information is exchanged by 
the mobile user terminals 100 and 200 when transfer- 
ring an electronic ticket, an electronic payment card or 
an electronic telephone card. For the exchange of trans- 
fer information, infrared communication or digital wire- 
less telephone communication is employed by the 
mobile user terminals 100 and 200. Generally, when the 
user of the mobile user terminal 1 00 and the user of the 
mobile user terminal 200 are very near each other 
(within a distance of approximately 1 meter), infrared 
communication is employed for a transfer process. But 
when the two users are distant from each other, digital 
wireless telephone communication is employed for the 
transfer process. 

[0383] To perform the transfer process by employing 
digital wireless telephone communication, the mobile 



user terminal 100 communicates with the mobile user 
terminal 200 via the transmission path 116, the base 
station 112, the digital communication line 117, the 
switching center 105, the digital communication line 
5 118, the digital public line network 1 1 1 , the digital com- 
munication line 206, the switching center 202, the digital 
communication line 205, the base station 201 and the 
transmission path 204. 

[0384] Actually, the base station 1 1 2 and the base sta- 
10 tion 201 , or the switching center 105 and the switching 
center 202, may be identical to each other in accord- 
ance with the geographical positional relationship exist- 
ing between the mobile user terminals 100 and 200. 
[0385] A detailed explanation will be given later for the 
15 transfer process employed for an electronic ticket, an 
electronic payment card or an electronic telephone 
card. 

[0386] In this system, an electronic payment card, an 
electronic telephone card or an electronic ticket can be 

20 procured as a common retail purchase for installation in 
the mobile user terminal 100. Specifically, an installation 
card 207 (see Fig. 2B) made of a comparatively low cost 
material, such as paper, plastic or vinyl chloride, is 
employed as a distribution medium for the electronic 

25 payment card, the electronic telephone card or the elec- 
tronic ticket. 

[0387] For an electronic payment card, for example, 
the payment card issuer issues an installation card 207 
on which is printed identification information (installation 

30 information) for a payment card to be issued, and 
makes the installation card 207 available for sale at a 
retail sales outlet, such as a convenience store or a 
kiosk at a station. When a user purchases an installa- 
tion card or receives one as a gift, he or she employs the 

35 mobile user terminal 100, through the service system 
110, to request that the payment card issuing system 
1 08 install the electronic payment card. The user then 
receives the electronic payment card from the service 
system and installs the electronic payment card in the 

40 mobile user terminal 100. 

[0388] Similarly, for an electronic telephone card, the 
telephone card issuer issues an installation card 207 on 
which identification information (installation information) 
for a telephone card to be issued is printed, and makes 

45 the installation card 207 available for sale at a retail 
sales outlet. When a user purchases an installation card 
or receives one as a gift, he or she employs the mobile 
user terminal 100, through the service system 110, to 
request that the telephone card issuing system 109 

so install the electronic telephone card. The user then 
receives the electronic telephone card from the service 
system and installs the electronic telephone card in the 
mobile user terminal 1 00. 

[0389] In the same manner, for an electronic ticket, the 
55 ticket issuer issues an installation card 207 on which 
identification information (installation information) for a 
ticket to be issued is printed, and makes the installation 
card 207 available for sale at a retail sales outlet such 
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as a convenience store or a theater ticket agency. When 
a user purchases the installation card or receives it as a 
gift, he or she employs the mobile user terminal 100, 
through the service system 110, to request that the 
ticket issuing system 107 install the electronic ticket. 6 
The user then receives the electronic ticket from the 
service system and installs the electronic telephone 
card in the* mobile user terminal 100. 
[0390] The merits of an installation card are that no 
communication fee is required to purchase an electronic 10 
payment card, an electronic telephone card or an elec- 
tronic ticket, and that actually the installation card can 
be held in one's hand. In particular, the demand for the 
installation card for the electronic payment card or for 
the electronic telephone card can be increased as a gift 15 
or a collection item, and this results in the expansion of 
the range of the usage of the electronic payment card 
and the electronic telephone card. In addition, the instal- 
lation card for the electronic ticket adequately provides 
for the purchase non-seat-reserved tickets, such as 20 
those for movies and art exhibitions. 
[0391] A detailed explanation of the installation proc- 
ess will be given later using the installation card for the 
electronic payment card, the electronic telephone card 
or the electronic ticket. 25 
[0392] The individual components of the system will 
now be described. 

[0393] First, the mobile user terminal 100 will be 
described. 

[0394] Figs. 3A and 3B are a front view and a rear so 
view of the mobile user terminal 100. 
[0395] In Fig. 3A, reference numeral 300 denotes an 
infrared communication port (infrared communication 
module) used when engaging in infrared communica- 
tion with the merchant terminal 101 ; 301 , an antenna for as 
receiving and transmitting radio signals for a digital wire- 
less telephone; 302, a receiver loudspeaker; 303, a 120 
x 160 pixel color liquid crystal display (LCD); 304, a 
mode switch for changing the operating mode of the 
mobile user terminal 100; 305, a speech switch for the 40 
digital wireless telephone; 306, an end switch for the 
digital wireless telephone; 307, a function switch; 308, 
number key switches; 309, a power switch; and 310, a 
microphone. 

[0396] In Fig. 3B, reference numeral 31 1 denotes an 45 
execution switch used to permit processing when confir- 
mation by a user is required, such as confirmation of the 
payment of a quoted price and confirmation of the terms 
agreed to for a settlement; and 312, a headphone jack 
used for connecting a headphone set. so 
[03971 The mobile user terminal 100 has six operating 
modes: a digital wireless telephone mode, a telephone 
card mode, a payment card mode, a credit card mode, a 
ticket mode, and a personal information management 
mode. The mode switch 304 is used to select these ss 
modes. 

[0398] In Figs. 3A t 3C, 3D and 3E are shown the 
respective screens displayed on the LCD 303 in the 



credit card mode, the ticket mode, the payment card 
mode and the telephone card mode. In Figs. 3F, 3G and 
3H are shown other example screens displayed on the 
LCD 303 in the ticket mode, the payment card mode 
and the telephone card mode. While in Figs. 3A, 3C, 3D 
and 3E only characters are displayed on the screens, in 
Figs. 3F, 3G and 3H image information, such as the 
images 313, 314 and 315. is also displayed. In the elec- 
tronic ticket mode, as in the other modes, the image 
information is included in the representative component 
information for an electronic ticket program, which will 
be described later while referring to Figs. 1 9, 20 and 21 . 
[0399] In the digital wireless telephone mode, the 
mobile user terminal 100 serves as a digital wireless tel- 
ephone based on the contract with the communication 
service provider that provides the digital wireless tele- 
phone service. In the telephone card mode, the mobile 
user terminal 100 serves as a digital wireless telephone 
that employs the electronic telephone card for the pay- 
ment of a communication charge. Further, the mobile 
user terminal 100 serves as an electronic payment card 
in the payment card mode, serves as an electronic 
credit card in the credit card mode, and serves as an 
electronic ticket in the ticket mode. 
[0400] The personal information management mode 
is the operating mode used for managing the personal 
information for a user that is stored in the mobile user 
terminal 100. In the personal information management 
mode, the user refers to the personal information and 
portrait data that are stored, and sets the user setup 
information. 

[0401] Multiple payment cards, telephone cards and 
electronic tickets can be registered in the mobile user 
terminal 100 using the purchase and transfer process 
available on the network, or during the installation proc- 
ess using the installation card. 

[0402] The electronic credit card is registered in the 
mobile user terminal 100 on the assumption that a sub- 
ject user is a party to a membership contract for credit 
servicing entered into with a credit card company. When 
a subject user is a party to multiple credit service mem- 
bership contracts, multiple credit cards are registered in 
the mobile user terminal 1 00. 

[0403] When, for example, a user places a call using 
the mobile user terminal 100, first, he or she manipu- 
lates the mode switch 304 and sets the operating mode 
to the digital wireless telephone mode. Then, the user 
enters a phone number using the number key switches 
308 and depresses the speech switch 305. By employ- 
ing the above operation, the user can place a call to a 
destination corresponding to the telephone number that 
was entered. 

[0404] To receive a call at the mobile user terminal 
100, the mobile user terminal 100 generates a call 
reception tone, regardless of the current operating 
mode. Then, the operating mode can be automatically 
changed to the digital wireless telephone mode simply 
by the depression of the speech switch 305 and the user 
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can.answer the call. 

[0405] To place a call using the electronic telephone 
card, first, a user sets the operating mode to the tele- 
phone card mode by manipulating the mode switch 304, 
and employs the function switch 307 (F1 or F2) to select 
an electronic telephone card to be used to make the 
payment for the communication charge (to display on 
the LCD the electronic telephone card to be used for the 
payment: see Fig. 3E). Then, the user enters the tele- 
phone number using the number key switches 308 and 
depresses the speech switch 305. By employing this 
operation, the user can place a call to the destination 
that corresponds to the telephone number that was 
entered, while the communication charge is subtracted 
from the credit total held by the electronic telephone 
card. 

[0406] To pay a quoted price using the electronic pay- 
ment card, first, the user manipulates the mode switch 
304 to set the operating mode to the payment card 
mode, and employs the function switch 307 (F1 or F2) to 
select a payment card to be used for the payment (to 
display on the LCD the electronic payment card to be 
used for the payment: see Fig. 3D). Then, the user 
enters the payment value using number key switches 
308 and depresses the execution switch 311, while 
directing the infrared communication port 300 toward 
the merchant terminal 1 02 of the merchant (or the mer- 
chant terminal 103 or the automatic vending machine 
104). Through this operation, the mobile user terminal 
100 is enabled to engage in infrared communication 
with the merchant terminal 102 (or the merchant termi- 
nal 103 or the automatic vending machine 104), and 
can exchange settlement information for setting the 
terms for the payment to be made using the electronic 
payment card. 

[0407] To pay a quoted price to a merchant using 
credit, first, a user manipulates the mode switch 304 to 
set the operating mode to the credit card mode, and 
then employs the function switch 307 (F1 or F2) to 
select a credit card to be used for payment (to display 
on the LCD the electronic credit card to be used for the 
payment: see Fig. 3 A). Then, the user enters the 
amount of the payment using the number key switches 
308 and depresses the execution switch 311, while 
directing the infrared communication port 300 toward 
the merchant terminal 102 of the merchant (or the mer- 
chant terminal 103). Through this operation, the mobile 
user terminal 100 is enabled to engage in infrared com- 
munication with the merchant terminal 102 (or the mer- 
chant terminal 103). The mobile user terminal also 
participates in digital wireless telephone communication 
with the service system 100 and transmits the settle- 
ment information for credit clearance. 
[0408] To present an electronic ticket for electronic 
ticket examination, first, a user manipulates the mode 
switch 304 to set the operating mode to the ticket mode, 
and employs the function switch 307 (F1 or F2) to select 
a ticket to be presented (to display on the LCD the elec- 
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tronic ticket to be used: see Fig. 3C). Then, the user 
depresses the execution switch 311, while directing the 
infrared communication port 300 toward the gate termi- 
nal 101 that is installed at the entrance to a movie 
5 theater or an event hall. Through this operation, the 
mobile user terminal 100 is enabled to engage in infra- 
red communication with the gate terminal 101, and to 
provide information for the examination of the electronic 
ticket. 

w [0409] A detailed explanation will be given later to 
describe the internal structure and the operation of the 
mobile user terminal 100. 

[0410] The gate terminal 101 will now be explained. 
[0411] Fig. 4 is a diagram showing the external 

is appearance of the gate terminal 101. In Fig. 4, refer- 
ence numeral 400 denotes an infrared communication 
module for infrared communication with a mobile user 
terminal 100; 401, a 6440 x 480 pixel touch panel liquid 
crystal display (touch panel LCD); 402, a power switch; 

20 403, number key switches; 404, a menu switch for 
changing the display on the touch panel LCD 401 to the 
menu screen; 405, a lock switch for locking the display 
on the touch panel LCD 401 and the operation of the 
gate terminal; and 406, a serial cable used to connect 

25 the infrared module 400 to the gate terminal. In addition, 
at the rear of the gate terminal an RS-232C interface is 
provided for the connection of an external device, such 
as a gate opening/closing device. 
[041 2] The gate terminal 1 0 1 has two primary operat- 

30 ing modes: a ticket examination mode for examining an 
electronic ticket and a ticket setup mode for setting up 
an electronic ticket to be examined. To change the oper- 
ating mode of the gate terminal 101, the menu switch 
404 is depressed, which changes the display on the 

35 tough panel LCD 401 to the menu screen, and a mode 
is selected by touching the screen. 
[041 3] In the ticket examination mode, the gate termi- 
nal 101 waits until, using infrared communication, an 
electronic ticket is presented. When a user employs the 

40 mobile user terminal 100 to present an electronic ticket, 
the gate terminal 101 examines that electronic ticket, 
exchanges examination information with the mobile 
user terminal, and displays the results on the screen. 
The operator (merchant) of the gate terminal permits or 

45 bars the entry of the user in accordance with the results 
displayed on the screen. When a gate opening/closing 
device is connected as an external device, the gate is 
opened or closed in accordance with the results of the 
examination. 

so [0414] The lock switch 405 is used when the operator 
(merchant) leaves the gate terminal 101 . The operator 
locks the screen display and the operation of the gate 
terminal to prevent the illegal operation of the gate ter- 
minal. Once the gate terminal has been locked using 

55 the lock switch, it can not be unlocked until a password 
that was set previously is entered. 
[0415] In the ticket setup mode, when code informa- 
tion for designating an electronic ticket is entered using 
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the number key switches 403, a program module (ticket 
examination module) for examining the designated 
electronic ticket is downloaded from the service system 
100, and the electronic ticket to be examined is set up. 
[0416] A detailed explanation of the internal structure 
and the operation of the gate terminal 101 will be given 
later. 

[0417] The merchant terminal 102 will now* be 
described. 

[0418] Fig. 5 is a diagram showing the external 
appearance of the merchant terminal 102 when, for cal- 
culating the price of a product, it is connected by an RS- 
232C cable 514 to a cash register 51 1. 
[0419] In Fig. 5, reference numeral 501 denotes an 
infrared communication module for engaging in infrared 
communication with the mobile user terminal 100; 502, 
a 320 x 240 pixel color liquid crystal display (LCD); 503, 
a telephone handset; 504, a mode switch used for 
changing the operating mode of the merchant terminal 
102; 506. a function switch; 507, number key switches; 

508, an execution switch for permitting the execution of 
processing for which confirmation by the merchant is 
required, such as confirmation of the terms of a settle- 
ment and confirmation of the reference results obtained; 

509, a power switch; 512, a payment card settlement 
switch for the cash register 51 1 for designating a settle- 
ment process using a payment card; and 513, a credit 
settlement switch for designating a the settlement proc- 
ess using credit. 

[0420] The merchant terminal includes three operat- 
ing modes: a digital telephone mode, a merchant mode 
and a merchant information management mode. These 
modes are changed by manipulating the mode switch 
504. The merchant terminal 102 serves as a digital tel- 
ephone in the digital telephone mode, and as a settle- 
ment terminal for an electronic payment card and 
electronic credit card in the merchant mode. The mer- 
chant information management mode is the operating 
mode for managing merchant information that is stored 
in the merchant terminal 1 02. In the merchant informa- 
tion management mode, the merchant refers to the 
stored merchant information and sets merchant setup 
information. 

[0421 ] To make a call from the merchant terminal 102, 
first, the operator (merchant) of the merchant terminal 
manipulates the mode switch 304 and sets the operat- 
ing mode to the digital telephone mode, and then enters 
a phone number using the number key switches 507. 
Through the above operation, the operator (merchant) 
can place a call to a destination corresponding to the 
telephone number that was entered. 
[0422] To receive a call at the merchant terminal 102, 
the merchant terminal 102 generates a call reception 
tone, regardless of the current operating mode. Then, 
simply by raising the telephone handset 503 or depress- 
ing the hook switch 505 the operating mode is automat- 
ically changed to the telephone mode and the operator 
(merchant) can answer the call, 



[0423] To perform the settlement process, first, the 
operator (merchant) of the merchant terminal calculates 
the total charge by adding the price of a product and the 
tax and transmits it to the user. When the user desires 
5 to employ the electronic payment card to make the pay- 
ment, the operator depresses the payment card settle- 
ment switch 512 on the cash register 511. When the 
user desires to employ the electronic credit card to 
make the payment, the operator depresses the credit 
w card settlement switch 513 and waits for the user to per- 
form the payment operation at the mobile user terminal 
100. 

[0424] For the electronic payment card, when the user 
has performed the payment operation, a message indi- 
is eating completion of the settlement preparation is dis- 
played on the LCD 502. At this time, the merchant 
terminal 102 uses infrared communication to exchange 
settlement information with the mobile user terminal 
100, and performs the settlement process using the 
20 electronic payment card. 

[0425] For the electronic credit card, when the user 
performs the payment operation, a payment amount 
entered by the user is displayed on the LCD 502, and 
then the credit authorization results obtained for the 
25 user are displayed. The operator (merchant) confirms 
the contents and depresses the execution switch 508. 
Then, a message indicating completion of the settle- 
ment setup is displayed on the LCD 502. At this time, 
the merchant terminal 102 exchanges settlement infor- 
30 mation with the mobile user terminal 100 and the serv- 
ice system 110, and performs the settlement process 
using the electronic credit card. 
[0426] A detailed explanation of the internal structure 
and the operation of the merchant terminal 102 will be 
35 given later. 

[0427] The merchant terminal 103 will now be 
described. 

[0428] Figs. 6A and 6B are a front view and a rear 
view of the merchant terminal 103. 
40 [0429] In Fig. 6A, reference numeral 600 denotes an 
infrared communication port (infrared communication 
module) used when engaging in infrared communica- 
tion with the mobile user terminal 100; 601, an antenna 
for receiving and transmitting radio signals for a digital 
45 wireless telephone; 602, a receiver loudspeaker; 603, a 
180 x 240 pixel color liquid crystal display (LCD); 604, a 
mode switch for changing the operating mode of the 
merchant terminal 103; 605, a speech switch for the dig- 
ital wireless telephone; 606, an end switch for the digital 
so wireless telephone; 607, function switches; 608, 
number key switches; 609, a microphone; and 610, a 
bar code reader. 

[0430] In Fig. 6B, reference numeral 611 denotes a 
power switch; 612, an execution switch for permitting 
55 the execution of processing that requires the confirma- 
tion of the merchant, such as confirmation of the terms 
of a settlement and confirmation of the results of a credit 
authorization process; 613, a headphone jack used to 
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connect a headphone set; and 614, a card slot into 
which is inserted a memory card on which product infor- 
mation is recorded. 

[0431 ] The merchant terminal 1 03 has three operating 
modes: a digital wireless telephone mode, a merchant 
mode, and a merchant information management mode. 
These modes are changed by manipulating the mode 
switch 604. The merchant terminal 103 serves as a dig- 
ital wireless telephone in the digital wireless telephone 
mode, and as a settlement terminal for an electronic 
payment card and as an electronic credit card in the 
merchant mode. The merchant information manage- 
ment mode is the operating mode used for managing 
merchant information that is stored in the merchant ter- 
minal 103. In the merchant information management 
mode, the merchant refers to the stored merchant infor- 
mation and sets merchant setup information. 
[0432] To make a call from the merchant terminal 1 03, 
first, the operator (merchant) of the merchant terminal 
manipulates the mode switch 604 to set the operating 
mode to the digital telephone mode and enters a phone 
number using the number key switches 608. Through 
the above operation, the operator (merchant) can place 
a call to a destination corresponding to the telephone 
number that was entered. 

[0433] To receive a call at the merchant terminal 103, 
regardless of the current operating mode, the merchant 
terminal 102 generates a call reception tone. Then, the 
operating mode is automatically changed to the tele- 
phone mode simply by the depression of the speech 
switch 605 and the operator (merchant) can answer the 
call. 

[0434] To perform the settlement process, first, the 
operator (merchant) of the merchant terminal manipu- 
lates the mode switch 604 to set the operating mode to 
the merchant mode. The operator reads the bar code for 
a product using the bar code reader 610, and depresses 
the total switch in the number key switches 608 to calcu- 
late the total charge. The operator depresses the total 
switch again to display the results upside down on the 
LCD 603, so that the total charge is transmitted and is 
also provided for the user. When the user desires to 
make payment using the electronic payment card, the 
operator depresses the F2 switch of the function 
switches 607. When the user desires to make payment 
using the electronic credit card, the operator depresses 
the F3 switch and waits for the user to perform the pay- 
ment operation at the mobile user terminal 100. 
[0435] For the electronic payment card, when the user 
has performed the payment operation, a message indi- 
cating the completion of the settlement preparation is 
displayed on the LCD 603. At this time, the merchant 
terminal 103 exchanges settlement information with the 
mobile user terminal 100 by using infrared communica- 
tion, and performs the settlement process using the 
electronic payment card. 

[0436] For the electronic credit card, when the user 
has performed the payment operation, a payment 
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amount entered by the user is displayed on the LCD 
603, and then the credit authorization results obtained 
for the user are displayed. The operator (merchant) con- 
firms the contents and depresses the execution switch 

5 612. Then, a message indicating the completion of the 
settlement setup is displayed on the LCD 603. At this 
time, the merchant terminal 103 exchanges settlement 
information with the mobile user terminal 100 and the 
service system 110, and performs the settlement proc- 

10 ess using the electronic credit card. 

[0437] A detailed explanation of the internal structure 
and the operation of the merchant terminal 103 will be 
given later. 

. [0438] The automatic vending machine 104 will now 

75 be described. 

[0439] Fig. 7 is a diagram showing the external 
appearance of the automatic vending machine 104. In 
Fig. 7, reference numeral 700 denotes an infrared com- 
munication port (infrared communication module) used 

20 when engaging in infrared communication with the 
mobile user terminal 100; 701, an antenna used for 
receiving and transmitting radio signals for a digital wire- 
less telephone; 702, a 640 x 480 pixel color liquid crys- 
tal display touch panel (touch panel LCD); 703, a 

25 product discharge port; 704, product selection switches; 
705, a sold out display (LED); and 706, a sample. 
[0440] To purchase a product from the automatic 
vending machine 104, a user who owns a mobile user 
terminal touches "purchase" in the operating menu dis- 

30 played on the touch panel LCD 702, and then 
depresses a product selection switch 704 to select a 
desired product. The automatic vending machine 
counts the number of products selected, and each time 
a product selection switch 704 is depressed the product 

35 count is increased by one, the total charge is calculated, 
and the names, the volumes and the total charge for the 
selected products are displayed, along with a button 
used to signal the start of a payment operation. When 
the user touches the button signaling the start of a pay- 

40 ment operation, the automatic vending machine 104 
displays a message on the touch panel LCD requesting 
payment using the electronic payment card. Then, when 
the user pays the amount charged using the mobile 
user terminal, the product is discharged at the dis- 

45 charge port 703 and a message indicating that the set- 
tlement preparation has been completed is displayed on 
the touch panel LCD. After a short pause, the operating 
menu is again displayed. At this time, the automatic 
vending machine 104 uses infrared communication to 

so exchanged settlement information with the mobile user 
terminal 100, and uses the electronic payment card to 
perform the settlement process. 
[0441 ] When the user touches "product information" in 
the operating menu that is displayed on the touch panel 

55 LCD 702 and selects a product using a product selec- 
tion switch 704, the information concerning the selected 
product is displayed on the touch panel LCD. The infor- 
mation concerning the product is multimedia irrforma- 
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tion, including text, images, video and sound, and 
sound is output through a loudspeaker that is incorpo- 
rated in the automatic vending machine 104. Therefore, 
a CF (Commercial Film) for the product may be output 
as information concerning the product. Further, when 
the product is a video, a music CD (Compact Disk) or a 
packaged media product, such as a software game pro- 
gram, sample information concerning the product may 
be output on the touch panel LCD and through the loud- 
speaker. 

[0442] A detailed explanation of the internal structure 
and the operation of the automatic vending machine 
104 will be given later. 

[0443] The switching center 105 will now be 
explained. 

[0444] Fig. 8 is a block diagram illustrating the 
arrangement of the switching center 105. In Fig. 8, ref- 
erence numeral 800 denotes an electronic telephone 
card accounting device that uses the electronic tele- 
phone card to perform the accounting for telephone 
communication; 801 , a switch for performing the switch- 
ing for a digital wireless telephone network, and the 
switching for the digital wireless telephone network and 
the digital public line network 111; 802, a data proces- 
sor for encoding and decoding sound and data; 803, a 
modulator/demodulator for performing a multiplexing 
process and a modulation/demodulation process; and 
804, a base station controller for controlling the base 
station. The digital communication line 117 is used to 
connect the switching center 105 to the base station 
112. Actually, however, multiple base stations are con- 
nected to the switching center 105, and reference 
numerals 805 and 806 denote digital communication 
lines that are used to connect to the switching center 
105 base stations other than the base station 112. Ref- 
erence numeral 807 denotes a control signal and a data 
signal exchanged by the electronic telephone card 
accounting device 800 and the switch 801 . 
[0445] The electronic telephone card accounting 
device 800 is operated in response to the initiation of a 
communication using the electronic telephone card. 
When the line connection is established, and while the 
line is connected (during the communication process), 
the electronic telephone card accounting device 
employs accounting information received from the 
switch 801 to exchange settlement information with the 
mobile user terminal 100 and to use the electronic tele- 
phone card to perform the settlement process. At this 
time, the switch 801 switches the lines in accordance 
with the terms of the settlement process that is per- 
formed by the electronic telephone card accounting 
device 800. 

[0446] A detailed explanation of the internal structure 
and the operation of the electronic telephone card 
accounting device 800 will be given later. 
[0447] The service system 1 1 o will now be described. 
[0448] Fig. 9 is a block diagram illustrating the 
arrangement of the service system 110. For the mobile 



electronic commerce service, the service system 110 
processes various types of transaction information that 
is exchanged with the mobile user terminal 100, the 
gate terminal 101 , the merchant terminal 102, the mer- 
5 chant terminal 103, the automatic vending machine 
104, the switching center 105 (the electronic telephone 
card accounting device 800), the transaction processing 
system 106, the ticket issuing system 107, the payment 
card issuing system 108, and the telephone card issu- 
10 ing system 109. The service system 100 comprises- a 
service server 900, for controlling data communication; 
a service director information server 901, for managing 
attribute information that concerns the user, the mer- 
chant, the communication provider, the transaction 
is processor, the ticket issuer, the payment card issuer 
and the telephone card issuer and for managing the his- 
tory information for the service provided by the service 
system 110; a user information server 902, for manag- 
ing the user attribute information and the data stored in 
20 the mobile user terminal 100; a merchant information 
server 903, for managing the attribute information for 
the merchant and the communication provider and for 
managing data that are stored in the gate terminal 101 
the merchant terminals 102 and 103, the automatic 
25 vending machine 1 04 and the electronic telephone card 
accounting device 800; a transaction processor infor- 
mation server 904, for managing the attribute informa- 
tion for the transaction processor and the history 
information of the settlement process; a ticket issuer 
30 information server 905, for managing the attribute infor- 
mation of the ticket issuer, the history information of the 
ticket issuing process and a template program for the 
electronic ticket; a payment card issuer information 
server 906, for managing the attribute information for 
35 the payment card issuer, the history information for the 
payment card issuing process and a template program 
for the electronic payment card; a telephone card issuer 
information server 907, for managing the attribute infor- 
mation for the telephone card issuer, the history infor- 
40 mation for the telephone card issuing process and a 
template program for the electronic telephone card; and 
a management system 908, with which the service pro- 
vider manages the operation of the service system 1 1 0 
The servers 900 to 907 and the management system 
45 908 are constituted by one or more computers. 

[0449] The service server 900, the service director 
information server 901 , the user information server 902, 
the merchant information server 903, the transaction 
processor information server 904, the ticket issuer infor- 
so mation server 905, the payment card issuer information 
server 906, and the telephone card issuer information 
server 907 are respectively connected to an ATM-LAN 
switch 909 by ATM-LAN cables914, 915, 916, 917 918 
919, 920 and 921. The service server 900 accesses' 
55 through the ATM-LAN switch 909, the service director 
information server 901, the user information server 902 
the merchant information server 903, the transaction 
processor information server 904, the ticket issuer infor- 
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mation server 905, the payment card issuer information 
server 906, and the telephone card issuer information 
server 907. 

[0450] The ATM-LAN switch 909 is connected to an 
ATM switch 91 1 by an ATM-LAN cable 912. The digital 
communication line 130 for connecting the digital public 
line network 111, the digital communication line 131 for 
connecting the transaction processing system 106, the 
digital communication line 132 for connecting the ticket 
issuing system 107, the digital communication line 133 
for connecting the payment card issuing system 108, 
and the digital communication line 134 for connecting 
the telephone card issuing system 108 are extended to 
the ATM switch 91 1 . The service server 900 communi- 
cates, via the ATM-LAN switch 909 and the ATM switch 
911, with the mobile user terminal 100, the gate termi- 
nal 101 , the merchant terminal 102, the merchant termi- 
nal 103, the automatic vending machine 104, the 
electronic telephone card accounting device 800, the 
transaction processing system 106, the ticket issuing 
system, the payment card issuing system and the tele- 
phone card issuing system. 

[0451] The management system 908 is connected to 
the ATM-LAN switch 910 by an ATM-LAN cable 922, 
and also connected to the ATM switch 91 1 by an ATM- 
LAN cable 913. In order to manage the operation of the 
service system 110, the management system 908 
accesses the service server 900, the service director 
information server 901, the user information server 902, 
the merchant information server 903, the transaction 
processor information server 904, the ticket issuer infor- 
mation server 905, the payment card issuer information 
server 906 and the telephone card issuer information 
server 907 through the ATM-LAN switch 910, the ATM 
switch 91 1 and the ATM-LAN switch 909. 
[0452] The ATM switch 91 1 serves as a data commu- 
nication switch (router) for communication between the 
outside and the inside of the service system 1 10, and 
for service system 110 intercommunication. In addition, 
the ATM switch 91 1 serves as a communication adaptor 
for handling multiple communication systems. For 
example, when communication is established between 
the service server 900 and the merchant terminal 102, 
the merchant terminal 102 and the ATM switch 911 
exchange ISDN data packets. The ATM switch 91 1 con- 
verts the ISDN data packets to ATM packets, or vice 
versa, and exchanges the ATM packets with the service 
server 900. Similarly, when communication is estab- 
lished between the service server 900 and the mobile 
user terminal 100, between the service server 900 and 
the merchant terminal 103, between the service server 
900 and the automatic vending machine 104, between 
the service server 900 and the electronic telephone 
card accounting device 800, between the service server 
900 and the transaction processing system 106, 
between the service server 900 and the ticket issuing 
system 107, between the service server 900 and the tel- 
ephone card issuing system 1 09, and between the serv- 



ice server 900 and the payment card issuing system 
108, the ATM switch 91 1 performs communication data 
conversions in accordance with the individual communi- 
cation systems. 

5 [0453] In order to reduce the communication charges 
incurred by the service system 1 10 when communicat- 
ing with the mobile user terminal 100, the gate terminal 
101, the merchant terminal 102 or 103, the automatic 
vending machine 104 or the electronic telephone card 

io accounting device 800, generally the service system 
1 10 is installed in each area (service area) wherein the 
mobile electronic commerce service is provided. There- 
fore, a special digital communication line 923 is con- 
nected to the ATM switch 91 1 to establish a connection 

15 with a service system in another area. In this case, the 
service systems share the data and interact with each 
other for data processing. 

[0454] The transaction processing system 106 will 
now be explained. 

20 [0455] Fig. 10 is a block diagram illustrating the 
arrangement of the transaction processing system 106. 
The transaction processing system 106 comprises: a 
transaction process server 1000 for processing settle- 
ment information that is exchanged with the service sys- 

25 tern 110 for an electronic credit card service; a 
subscriber information server 1001, for managing per- 
sonal information for a subscriber to the credit service; 
a member store information server 1002, for managing 
the information for a store that is a member of the credit 

30 service; a transaction information server 1003, for man- 
aging the transaction information for a credit settlement; 
and a management system 1 006, with which the trans- 
action processor manages the operation of the transac- 
tion processing system 106. The servers 1000 to 1003 

35 and the management system 1006 are constituted by 
one or more computers. 

[0456] The transaction server 1000, the subscriber 
information server 1001, the member store information 
server 1002, and the transaction information server 

40 1 003 are respectively connected to an ATM-LAN switch 
1004 by ATM-LAN cables 1008, 1009, 1010 and 1011. 
The transaction server accesses, via the ATM-LAN 
switch 1004, the subscriber information server 1001, 
the member store information server 1002, or the trans- 

45 action information server 1003. 

[0457] The ATM-LAN switch 1 004 is connected to an 
ATM switch 1005 by an ATM-LAN cable 1013. The dig- 
ital communication line 131 for establishing a connec- 
tion with the service system 110 is connected to the 

so ATM switch 1 005. The transaction server communicates 
with the service system 110 via the ATM-LAN switch 
1004 and the ATM switch 1005. 
[0458] In the electronic credit card service, the credit 
settlement process performed by the transaction 

55 processing system 106 is established when, upon 
receiving a settlement request from the service system 
110, the transaction server 1000 updates information 
for the subscriber information server 1001, the member 
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store information server 1002 and the transaction infor- 
mation server 1003. 

[0459] The ATM switch 1005 is extended not only to 
the digital communication line 131 for effecting a con- 
nection with the service system 110, but also a bank 
dedicated line 1015 for connecting a bank on-line sys- 
tem, and a dedicated digital line 1 01 6 for connecting the 
transaction processing system of another transaction 
processor. The transaction processing system 106 
communicates with the bank on-line system and the 
transaction processing system of another transaction 
processor, and performs a settlement process between 
financial institutions. 

[0460] The management system 1 006 is connected to 
the ATM-LAN switch 1007 by an ATM-LAN cable 1012, 
and is also connected to the ATM switch 1005 by an 
ATM-LAN cable 1014. In order to manage the operation 
of the service system 110, the management system 
1006 accesses the transaction server 1000, the sub- 
scriber information server 1001 , the member store infor- 
mation server 1002, or the transaction information 
server 1003 via the ATM-LAN switch 1007, the ATM 
switch 1005 and the ATM-LAN switch 1004. 
[0461] The ATM switch 1005 serves as a data commu- 
nication switch (router) for communication between the 
outside and the inside of the transaction processing 
system 106, and for transaction processing system 106 
intercommunication. In addition, the ATM switch 1005 
serves as a communication adaptor for handling multi- 
ple communication systems. For communication 
between the transaction server 1000 and the service 
system 110, between the transaction server 1000 and 
the bank on-line system, and between the transaction 
server 1000 and the transaction processing system of 
another transaction processor, the ATM switch 1005 
converts communication data in accordance with the 
individual communication systems. 
[0462] The ticket issuing system 107 will now be 
explained. 

[0463] Fig. 1 1 is a block diagram illustrating the 
arrangement of the ticket issuing system 1 07. The ticket 
issuing system 107 comprises: a ticket issuing server 
1 100, for processing settlement information (transaction 
information) that is exchanged with the service system 
1 10 of the electronic ticket service; a customer informa- 
tion server 1101, for managing the purchase history 
information for a customer; a ticket issuing information 
server 1102, for managing information concerning a 
ticket that has been issued and an installation card; a 
ticket information server 1 103, for managing ticket stock 
information; and a management system 1106, with 
which the ticket issuer manages the operation of the 
ticket issuing system 107. The servers 1100 to 1103 
and the management system 1106 are constituted by 
one or more computers. 

[0464] The ticket issuing server 1 100, the customer 
information server 1101, the ticket issuing information 
server 1 102, and the ticket information server 1 103 are 



respectively connected to an ATM- LAN switch 1 104 by 
ATM-LAN cables 1 1 08, 1 1 09, 1 1 10 and 1 1 1 1 . The ticket 
issuing server accesses, via the ATM-LAN switch 1 104, 
the customer information server 1101, the ticket infor- 
5 mation server 1102, or the ticket information server 
1103. 

[0465] The ATM-LAN switch 1 1 04 is connected to an 
ATM switch 11 05 by an ATM-LAN cable 1113. The dig- 
ital communication line 132 for connecting the service 
10 system 1 10 is connected to the ATM switch 1 105. The 
ticket issuing server communicates with the service sys- 
tem 110 via the ATM- LAN switch 1104 and the ATM 
switch 1105. 

[0466] In the electronic ticket service, the ticket issuing 
is process performed by the ticket issuing system 107 is 
established when, upon receiving a request from the 
service system 110, the ticket issuing server 1100 
updates information for the customer information server 
1 101 , the ticket issuing information server 1 1 02 and the 
20 ticket information server 1103, and transmits to the 
service system 110 the ticket information that is to be 
issued. 

[0467] The management system 1 1 06 is connected to 
the ATM-LAN switch 1 107 by an ATM-LAN cable 1112, 
25 and is also connected to the ATM switch 1 105 by an 
ATM-LAN cable 1 1 14. In order to manage the operation 
of the ticket issuing system 107, the management sys- 
tem 1106 accesses the ticket issuing server 1100, the 
customer information server 1101, the ticket issuing 
so information server 1 1 02, or the ticket issuing information 
server 1103 via the ATM-LAN switch 1107, the ATM 
switch 1 105 and the ATM-LAN switch 1 104. 
[0468] The ATM switch 1 1 05 serves as a data commu- 
nication switch (router) for communication between the 
35 outside and the inside of the ticket issuing system 107 
and for ticket issuing system 107 intercommunication. 
[0469] The payment card issuing system 1 08 will now 
be explained. 

[0470] Fig. 12 is a block diagram illustrating the 
40 arrangement of the payment card issuing system 108. 
The payment card Issuing system 108 comprises: a 
payment card issuing server 1200, for processing settle- 
ment information (transaction information) that is 
exchanged with the service system 1 10 of the electronic 
45 payment card service; a customer information server 

1201 , for managing the purchase history information for 
a customer; a payment card issuing information server 

1202, for managing information concerning a payment 
card that has been issued and an installation card; a 

so payment card information server 1203, for managing 
payment card stock information; and a management 
system 1206, with which the payment card issuer man- 
ages the operation of the payment card issuing system 
108. The servers 1200 to 1203 and the management 
55 system 1206 are constituted by one or more computers. 
[0471] The payment card issuing server 1200, the 
customer information server 1201, the payment card 
issuing information server 1202, and the payment card 
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information server 1203 are respectively connected to 
" an ATM-LAN switch 1204 by ATM-LAN cables 1208, 
1209, 1210 and 121 1 . The payment card issuing server 
accesses, via the ATM-LAN switch 1 204, the customer 
information server 1201, the payment card information 
server 1202, or the payment card information server 
1203. 

[0472] The ATM-LAN switchf 1204 is connected to an 
ATM switch 1205 by an ATM-LAN cable 1213. The dig- 
ital communication line 133 for connecting the service 
system 1 10 is connected to the ATM switch 1205. The 
payment card issuing server communicates with the 
service system 110 via the ATM-LAN switch 1204 and 
• the ATM switch 1205. 

[0473] In the electronic payment card service, the pay- 
ment card issuing process performed by the payment 
card issuing system 108 is established when, upon 
receiving a request from the service system 110, the 
payment card issuing server 1200 updates information 
for the customer information server 1201, the payment 
card issuing information server 1202 and the payment 
card information server 1203, and transmits the pay- 
ment card information that is to be issued to the service 
system 110 

[0474] The management system 1 206 is connected to 
the ATM-LAN switch 1207 by an ATM-LAN cable 1212, 
and is also connected to the ATM switch 1205 by an 
ATM -LAN cable 1214. In order to manage the operation 
of the payment card issuing system 108, the manage- 
ment system 1206 accesses the payment card issuing 
server 1200, the customer information server 1201, the 
payment card issuing information server 1202, or the 
payment card issuing information server 1203 via the 
ATM-LAN switch 1207, the ATM switch 1206 and the 
ATM-LAN switch 1204. 

[0475] The ATM switch 1205 serves as a data commu- 
nication switch (router) for communication between the 
outside and the inside of the payment card issuing sys- 
tem 108 and for payment card issuing system 108 inter- 
communication. 

[0476] The telephone card issuing system 109 will 
now be explained. 

[0477] Fig. 13 is a block diagram illustrating the 
arrangement of the telephone card issuing system 109. 
The telephone card issuing system 109 comprises: a 
telephone card issuing server 1300, for processing set- 
tlement information (transaction information) that is 
exchanged with the service system 1 10 of the electronic 
telephone card service; a customer information server 

1301 , for managing the purchase history information for 
a customer; a telephone card issuing information server 

1302, for managing information concerning a telephone 
card that has been issued and an installation card; a tel- 
ephone card information server 1303, for managing tel- 
ephone card stock information; and a management 
system 1306, with which the telephone card issuer 
manages the operation of the telephone card issuing 
system 109. The servers 1300 to 1303 and the manage- 
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ment system 1306 are constituted by one or more com- 
puters. 

[0478] The telephone card issuing server 1300, the 
customer information server 1301, the telephone card 

5 issuing information server 1302 and the telephone card 
information server 1303 are respectively connected to 
an ATM-LAN switch 1304 by ATM-LAN cables 1308, 
1309, 1310 and^1311. The telephone card issuing 
server accesses, via the ATM-LAN switch 1304, the 

10 customer information server 1301, the telephone card 
information server 1302, or the telephone card informa- 
tion server 1303. 

[0479] The ATM-LAN switch 1 304 is connected to an 
ATM switch 1305 by an ATM-LAN cable 1313. The dig- 

is ital communication line 134 for connecting the service 
system 110 is connected to the ATM switch 1305. The 
telephone card issuing server communicates with the 
service system 1 10 via the ATM-LAN switch 1304 and 
the ATM switch 1305. 

20 [0480] In the electronic telephone card service, the 
telephone card issuing process performed by the tele- 
phone card issuing system 109 is established when, 
upon receiving a request from the service system 110, 
the telephone card issuing server 1300 updates infor- 

25 mation for the customer information server 1301, the 
telephone card issuing information server 1302 and the 
telephone card information server 1303, and transmits 
the telephone card information that is to be issued to the 
service system 110. 

30 [0481 ] The management system 1 306 is connected to 
the ATM-LAN switch 1307 by an ATM-LAN cable 1312, 
and is also connected to the ATM switch 1305 by an 
ATM-LAN cable 1314. In order to manage the operation 
of the telephone card issuing system 109, the manage- 
rs ment system 1 306 accesses the telephone card issuing 
server 1300, the customer information server 1301, the 
telephone card issuing information server 1302, or the 
telephone card issuing information server 1303 via the 
ATM-LAN switch 1307, the ATM switch 1305 and the 

40 ATM-LAN switch 1304. 

[0482] The ATM switch 1 305 serves as a data commu- 
nication switch (router) for communication between the 
outside and the inside of the telephone card issuing sys- 
tem 109 and for telephone card issuing system 109 

45 intercommunication. 

[0483] Fig. 14 is a schematic diagram for an installa- 
tion card for an electronic payment card, an electronic 
telephone card, or an electronic ticket. Figs. 14A and 
148 are diagrams showing the reverse side and the 

so obverse side of an installation card 1400 for an elec- 
tronic payment card; Figs. 14C and 14D are diagrams 
showing the reverse side and the obverse side of an 
installation card 1400 for an electronic telephone card; 
and Figs. 14E and 14F are diagrams showing the 

55 reverse side and the obverse side of an installation card 
1400 for an electronic ticket. 

[0484] Basically, installation information and informa- 
tion required for installation, such as installation proce- 
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dures, are printed on the reverse side of the installation 
card, and a desired design is printed on the obverse 
side. 

[0485] For example, the installation card 1400 for the 
electronic payment card represents a value of 1 0.000 (a s 
currency unit, or a unit or a product, or a service to be 
provided). 

[0486] On the reverse side are printed an installation 
card type 1403, a numerical value 1404 representing 
the worth of an electronic payment card to be installed; w 
installation procedures 1405; a holographic logo 1406; 
an installation card number 1407, which represents the 
type of electronic payment card that is to be installed; 
and an installation number 1408, which corresponds to 
an identification number in the same type of electronic is 
payment card. 

[0487] The holographic logo 1406, which is difficult to 
copy, is provided not only for the design but also to pre- 
vent the counterfeiting of the installation card. There- 
fore, to prevent counterfeiting, a micro character or a 20 
micro pattern may be printed instead of the holographic 
logo 1406. 

[0488] The installation card number 1 407 consists of 
an arbitrary 8-digit number that represents the elec- 
tronic payment card type, and is printed as two sets of 25 
four numerals each. The installation number 1408 con- 
sists of an arbitrary 32-digit number that is selected at 
random, and is printed as sets of four numerals each 
that are arranged in four rows and two columns. The 
combination of the installation card number 1407 and 30 
the installation number 1408 constitutes the relevant 
identification information for the electronic payment card 
that is to be installed. In order to prevent the leakage of 
identification information during distribution, a coating is 
applied to the portion whereon the installation card 35 
number 1407 and the installation number 1408 are 
printed, and the coating must be scratched off before 
the numbers can be seen. That is, when the installation 
card is sold or transferred the applied coating is intact, 
and the coating is not scratched off until the electronic 40 
payment card is installed in the mobile user terminal 
100. 

[0489] During the installation procedures, first, the 
coating (scratch portion) is removed. Then, the mobile 
user terminal 100 is set to the payment card mode and 45 
the operating menu for the payment card mode is dis- 
played using the function switch (F4). When the menu is 
selected, the installation screen is displayed. Following 
this, the installation card number and the installation 
number are entered and the execution switch is so 
pressed. Through the performance of this operation, 
installation information is exchanged by the mobile user 
terminal 100 and the service system 110, and the elec- -» 
tronic payment card is installed in the mobile user termi- 
nal 100. 55 
[0490] For the installation card 1 401 for the electronic 
telephone card a value of 5,000 (a currency unit, or a 
unit of the wireless telephone communication service 



that is to be provided) is indicated. In the same manner 
as for the installation card 1400 for the electronic pay- 
ment card, on the reverse side are printed an installa- 
tion card type 1409, a numerical value 1410 that 
represents the worth of an electronic telephone card to 
be installed; installation procedures 141 1 ; a holographic 
logo 1412; an 8-digit installation card number 1413 that 
represents the type of electronic telephone card that is 
to be installed; and a 32-digit installation number 1414 
that corresponds to an identification number for the 
same type of electronic telephone card. The coating is 
applied to the portion whereon the installation card 
number 1413 and the installation card number 1414 are 
printed. 

[0491] During the installation procedures, first, the 
coating (scratch portion) is removed. Then the mobile 
user terminal is set to the telephone card mode and the 
operating menu of the telephone card mode is displayed 
by using the function switch (F4). When the menu is 
selected, the installation screen is displayed. Following 
this, the installation card number and the installation 
number are entered, and the execution switch is 
pressed. Through the performance of this operation, 
installation information is exchanged by the mobile user 
terminal 100 and the service system 110, and the elec- 
tronic telephone card is installed in the mobile user ter- 
minal 100. 

[0492] For an installation card 1402 for an electronic 
ticket, information concerning the contents of an elec- 
tronic ticket to be installed, such as the date and place 
of an event, is printed on the obverse side. And as for 
the installation card 1400 for the electronic payment 
card, on the reverse side are printed an installation card 
type 1415; installation procedures 1417; a holographic 
logo 1418; an 8-digit installation card number 1419 that 
represents the type of an electronic ticket to be 
installed; and a 32-digit installation number 1420 that 
corresponds to an identification number for the same 
type of electronic ticket. The coating is applied to the 
portion whereon the installation card number 1419 and 
the installation card number 1420 are printed. In addi- 
tion, an installation limit 1416 for an electronic ticket is 
printed on the reverse side of the installation card 1402 
for the electronic ticket. 

[0493] During the installation procedures, first, the 
coating (scratch portion) is removed. Then, the mobile 
user terminal is set to the ticket mode and the operating 
menu for the ticket mode is displayed by using the func- 
tion switch (F4). When the menu is selected, the instal- 
lation screen is displayed. Following this, the installation 
card number and the installation number are entered 
and the execution switch is depressed. Through the per- 
formance of this operation, installation information is 
exchanged by the mobile user terminal 100 and the 
service system 1 10, and the electronic ticket is installed 
in the mobile user terminal 100. 
[0494] In the above description, the installation card 
has the shape of a card composed of paper, plastic or 
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vinyl chloride. However, any shape can be employed so 
long as it can be handled by normal distribution chan- 
nels and so long as installation information that corre- 
sponds to the installation card number and the 
installation number can be recorded thereon. A desired 5 
form can be employed to record the installation informa- 
tion. For example, in printed material, such as a book or 
a magazine, installation information may be recorded on 
one of the pages, or installation information may be 
printed on the surface or the label of a three-dimen- 10 
sional product, such as a beverage can. Further, the 
installation information may be recorded as electronic 
information in a software package, such as a computer 
software program. 

[0495] When an installation card and another product 15 
are combined, the two can be employed as a lottery 
prize, or can be distributed and sold as a composite 
product. Further, the distribution costs for the installa- 
tion card can be reduced, its range of usage can be 
expanded, and its popularity can be increased. 20 
[0496] An explanation will now be given for the hierar- 
chial data management function performed between the 
service system 110 and the mobile user terminal 100, 
the gate terminal 101, the merchant terminal 102, the 
merchant terminal 1 03 , the automatic vending machine 25 
104, or the electronic telephone card accounting device 
800. 

[0497] Since the system of the invention handles infor- 
mation concerning a money transaction, such as the 
purchase of an electronic payment card and the settle- 30 
ment process performed using that card, high security is 
required. It is one object of this system to provide a sim- 
ple operation that makes it possible for an ordinary user 
to handle information at a high level of security and in a 
mobile environment. 3S 
[0498] To implement this system function, the service 
system 110 manages the data stored in the mobile user 
terminal 100, the gate terminal 1 01 , the merchant termi- 
nals 102 and 103, the automatic vending machine 104, 
and the electronic telephone card accounting device 40 
800. The service system 110 stores master data for the 
data stored in the mobile user terminal 1 00, the gate ter- 
minal 101, the merchant terminals 102 and 103, the 
automatic vending machine 104, and the electronic tel- 
ephone card accounting device 800. Periodically, the 45 
data are mutually updated by the mobile user terminal 
100, the gate terminal 101 , the merchant terminals 102 
and 103, the automatic vending machine 104 and the 
electronic telephone card accounting device 800, and 
the service system 1 1 0. At this time, the service system so 
1 10 compares the master data with the data stored in 
the mobile user terminal 100, the gate terminal 101 , the 
merchant terminals 102 and 103, the automatic vending 
machine 104 and the, electronic telephone card 
accounting device 800, and determines whether an ille- 55 
gal alteration has been performed. The internal data are 
updated so that information that is frequently accessed, 
or comparatively new information is stored on the local 
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storage medium (a RAM or a hard disk) belonging to the 
mobile user terminal 100, the gate terminal 101, the 
merchant terminals 102 and 103, the automatic vending 
machine 104, or the electronic telephone card account- 
ing device 800. 

[0499] With this function, an illegal act by a user or a 
merchant can be prevented, and the loss of data due to 
an accident can be prevented, thereby increasing the * 
safety of the system. In addition, the owners of the 
mobile user terminal 100. the gate terminal 101, the 
merchant terminals 102 and 103, the automatic vending 
machine 104, and the electronic telephone card 
accounting device 800 do not have to back up internally 
stored data, and only a small memory capacity is 
required for the local storage medium for the mobile 
user terminal 100, the gate terminal 101 , the merchant 
terminals 102 and 103, the automatic vending machine 
104, or the electronic telephone card accounting device 
800. As a result, the manufacturing costs and the sizes 
of these devices can be reduced. Hereinafter, this func- 
tion is called a network hierarchial storage and manage- 
ment function. 

[0500] When the mobile user terminal 100, the gate 
terminal 101 and the merchant terminals 102 and 103 
access the data stored in the service system 1 10, the 
network hierarchial storage and management function 
downloads the data from the service system 110. The 
data updating process is a process whereby the mobile 
user terminal 100, the gate terminal 101 , the merchant 
terminals 102 and 103, the automatic vending machine 
104, or the electronic telephone card accounting device 
800 periodically accesses the service system to update 
internally stored data. The forcible data updating proc- 
ess is a process whereby the service system forcibly 
updates the data stored in the mobile user terminal 1 00, 
the gate terminal 101, the merchant terminals 102 and 
103, the automatic vending machine 104, or the elec- 
tronic telephone card accounting device 800. The data 
backup process is a process whereby the mobile user 
terminal 100 or the merchant terminal 103 automatically 
makes a backup of the internal data in the service sys- 
tem when the remaining battery power is reduced to a 
specific level. 

[0501] In Fig. 56 A is shown the remote access 
processing performed by the mobile user terminal 100 
and the service system 1 10. 

[0502] To access data in the service system, the 
mobile user terminal 100 transmits to the service sys- 
tem a remote access request 5600, which is a data 
request message. Upon receiving the remote access 
request 5600, the service system generates remote 
access data 5601 , which is a message that includes the 
requested data, and transmits it to the mobile user ter- 
minal 100. The mobile user terminal 100 then accesses 
the received data. 

[0503] Similarly, in Fig. 57A is shown the remote 
access processing performed by the service system 
110 and the gate terminal 1 01 , or the merchant terminal 
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102 or 103. 

[0504] To access data in the service system, the gate 
terminal 101 (or the merchant terminal 102 or 103) 
transmits to the service system a remote access 
request 5700, which is a data request message. Upon 5 
receiving the remote access request 5700, the service 
system generates remote access data 5701 , which is a 
message that includes the requested data, and trans- 
mits it to the gate terminal 101 (the merchant terminal 
102 or 103). The gate terminal 101 (the merchant termi- 7 
nal 102 or 103) then accesses the received data. 
[0505] In Fig. 56B is shown the data update process- 
ing performed by the mobile user terminal 100 and the 
service system 110. 

[0506] When a time designated in advance by the 11 
service system is reached, the mobile user terminal 100 
transmits to the service system 110 a data update 
request 5602, which is a message requesting the per- 
formance of a process for updating the internal data. 
The service system 110 generates a data update 2c 
response 5603. which is a message indicating the 
range of the data that is to be uploaded to the service 
system, and transmits it to the mobile user terminal 100. 
[0507] The mobile user terminal 100 generates the 
data to be uploaded to the service system, and trans- 25 
mits to the service system upload data 5604, which is a 
message for the uploading of the internal data of the 
mobile user terminal to the service system. 
[0508] The service system examines the received 
data, generates data to update the internal data of the so 
mobile user terminal 100, and transmits to the mobile 
user terminal 100 update data 5605, which is a mes- 
sage for the updating of the internal data held by the 
mobile user terminal 100. Upon receiving the update 
data 5605, the mobile user terminal 100 updates the 35 
internal data. 

[0509] When the service system discovers an illegal 
alteration in the downloaded data, instead of the update 
data 5605 the service system transmits a mandatory 
expiration 5605', which is a message for the halting of 40 
the function of the mobile user terminal. 
[0510] Likewise, in Fig. 57B is shown the data updat- 
ing processing performed by the service system 110 
and the gate terminal 101 , the merchant terminal 102 or 
103, the automatic vending machine 104, or the elec- 4s 
tronic telephone card accounting device 800. 
[0511] When the time designated in advance by the 
service system is reached, the gate terminal 101 (the 
merchant terminal 102 or 103, the automatic vending 
machine 104, or the electronic telephone card account- so 
ing device 800) transmits to the service system 110 a 
data update request 5702, which is a message request- 
ing the performance of the process for updating the 
internal data. The service system 110 generates a data 
update response 5703, which is a message indicating 55 
the range of the data to be uploaded to the service sys- 
tem, and transmits it to the gate terminal 101 (the mer- 
chant terminal 102 or 103, the automatic vending 



machine 104, or the electronic telephone card account- 
ing device 800). 

[0512] The gate terminal 101 (the merchant terminal 
102 or 103, the automatic vending machine 104, or the 
electronic telephone card accounting device 800) gen- 
erates the data to be uploaded to the service system, 
and transmits to the service system upload data 5704, 
which is a message for the uploading of the internal 
data to the service system 1 10. 
' [051 3] The service system examines the downloaded 
data, generates data to update the internal data of the 
gate terminal 101 (the merchant terminal 102 or 103, 
the automatic vending machine 104, or the electronic 
telephone card accounting device 800), and transmits 
update data 5705, which is a message for the updating 
of the internal data, to the gate terminal 101 (the mer- 
chant terminal 102 or 103, the automatic vending 
machine 104, or the electronic telephone card account- 
ing device 800). Upon receiving the update data 5705, 
the gate terminal 101 (the merchant terminal 102 or 
103, the automatic vending machine 104, or the elec- 
tronic telephone card accounting device 800) updates 
the internal data. 

[0514] When the service system discovers an illegal 
alteration in the downloaded data, instead of the update 
data 5705 the service system transmits a mandatory 
expiration 5705', which is a message for the halting of 
the function of the gate terminal 101 (the merchant ter- 
minal 102 or 103, the automatic vending machine 104, 
or the electronic telephone card accounting device 
800). 

[051 5] In Fig. 56C is shown the forcible data updating 
processing performed by the mobile user terminal 100 
and the service system 110. 

[0516] When internal data belonging to the mobile 
user terminal 1 00 must be updated quickly because, for 
example, the terms of a contract with a user have been 
changed, first, the service system 110 generates a data 
update instruction 5606, which is a message instructing 
the mobile user terminal 1 00 to perform the forcible data 
updating process, and transmits it to the mobile user 
terminal 100, 

[0517] The mobile user terminal 100 generates data 
to be uploaded to the service system, and transmits, to 
the service providing system, upload data 5607, which 
is a message directing the uploading of the internal data 
held by the mobile user terminal. 
[051 8] The service system examines the downloaded 
data, generates data for updating the mobile user termi- 
nal 100 and transmits to the mobile user terminal 100 
update data 5608, which is a message directing the 
updating of the data held by the mobile user terminal 
100. Upon receiving the update data 5603 the mobile 
user terminal 100 updates the internal data 
[0519] When the service system discovers an illegal 
alteration in the downloaded data, instead of the update 
data 5608 the service system transmits a mandatory 
expiration 5608*. which is a message for the halting of 
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the.function of the mobile user terminal. 
[0520] in Fig. 57C is shown the forcible data updating 
processing performed by the service system 110 and 
the gate terminal 101 (the merchant terminal 102 or 
103, the automatic vending machine 104, or the elec- 
tronic telephone card accounting device 800). 
[0521] When the data held by the gate terminal 101 
(the merchant terminal 102 or 103, the automatic vend- 
ing machine 104, or the electronic telephone card 
accounting device 800) must be updated quickly 
because, for example, the terms of a contract with a 
user have been changed, first, the service system 110 
generates a data update instruction 5706, which is a 
message instructing the performance of the forcible 
data updating process by the gate terminal 101 (the 
merchant terminal 102 or 103, the automatic vending 
machine 104, or the electronic telephone card account- 
ing device 800), and transmits rt to the mobile user ter- 
minal 100. 

[0522] The gate terminal 101 (the merchant terminal 
102 or 103, the automatic vending machine 104 or the 
electronic telephone card accounting device 800), gen- 
erates data to be uploaded to the service system, and 
transmits upload data 5707, which is a message for 
uploading the internal data to the service system 100, 
and transmits it to the.service system. 
[0523] The service system examines the downloaded 
data, generates data for updating the gate terminal 101 
(the merchant terminal 102 or 103, the automatic vend- 
ing machine 104 or the electronic telephone card 
accounting device 800), and transmits update data 
5708, which is a message for updating the data held by 
the mobile user terminal 100, to the gate terminal 101 
(the merchant terminal 102 or 103, the automatic vend- 
ing machine 104 or the electronic telephone card 
accounting device 800). The gate terminal 101 (the 
merchant terminal 102 or 103, the automatic vending 
machine 104 or the electronic telephone card account- 
ing device 800) receives the update data 5708 and 
updates the internal data. 

[0524] When the service system discovers an illegal 
alteration in the downloaded data, instead of the update 
data 5708 the service system transmits a mandatory 
expiration 5708', which is a message for the halting of 
the function of the gate terminal 101 (the merchant ter- 
minal 102 or 103, the automatic vending machine 104 
or the electronic telephone card accounting device 
800). 

[0525] In Fig. 56D is shown the data backup process- 
ing performed by the mobile user terminal 100 and the 
service system 110. The data backup process is per- 
formed substantially in the same manner as for the data 
updating process. It should be noted, however, that the 
mobile user terminal 100 begins the data backup proc- 
ess when the remaining battery capacity is reduced 
until it is equal to or lower than Q, and further, that after 
the mobile user terminal 1 00 receives update data 561 2 
and updates the internal data, the mobile user terminal 
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100 prohibits the entry of new data until an adequate 
battery capacity has been attained. 
[0526] Similarly, in Fig. 57D is shown the data backup 
processing performed by the merchant terminal 103 

5 and the service system 110. The data backup process 
is also performed substantially in the same manner as is 
the data updating process. It should be noted, however, 
that the merchant terminal 103 begins the data backup 
process when the remaining battery capacity is reduced 

10 until it is equal to or lower than Q, and further, that after 
the merchant terminal 103 receives update data 5712 
and updates the internal data, the merchant terminal 
103 prohibits the entry of new data until an adequate 
battery capacity has been attained. 

is > [0527] A detailed explanation will be given later for the 
contents of the messages that are exchanged by the 
devices during the individual processes performed by 
the above network hierarchial storing and management 
function. 

20 [0528] An explanation will now be given for the man- 
agement of an electronic ticket, an electronic payment 
card, and an electronic telephone card that are issued. 
, [0529] In this system, the electronic ticket, the elec- 
tronic payment card, and the electronic telephone card 

25 are managed separately, since.while one will be regis- 
tered another will not. Registration in this case means 
that a user registers, with the service system, an elec- 
tronic ticket, an electronic payment card, or an elec- 
tronic telephone card that he or she will use personally. 

30 [0530] Since in this system an electronic ticket, an 
electronic payment card, or an electronic telephone 
card that has been purchased can be transferred to 
another user, a purchaser does not always use what he 
or she has bought. In particular, a large number of elec- 

35 tronic payment cards or electronic telephone cards, 
such as magnetic telephone cards, are expected to be 
maintained in the sleeping state and not used. 
[0531] If an unused electronic ticket, an unused elec- 
tronic payment card and an unused electronic tele- 

40 phone card are managed in the same manner as those 
that are to be used, the system operation is very waste- 
ful. Therefore, this system manages the tickets or cards 
that are to be used and those that are not to be used 
separately. 

45 [0532] Specifically, the electronic ticket, electronic 
payment card or electronic telephone card that is pur- 
chased or transferred is managed by the user informa- 
tion server 902 of the service system 110, while it is 
regarded as being owned by the user. Before the user 

so employs the electronic ticket, electronic payment card or 
electronic telephone card, he or she registers it with the 
service system. The service system registers, in the 
service director information server 901, the electronic 
ticket, electronic payment card or electronic telephone 

55 card as one that is being used by the user. The registra- 
tion process can be performed any time and anywhere 
by employing digital wireless telephone communication. 
[0533] A detailed explanation will be given later for the 
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registration of an electronic ticket, an electronic pay- 
ment card, or an electronic telephone card. 
[0534] The mobile electronic commerce services pro- 
vided by the system of the invention will now be 
explained. 

[0535] Of the four services, an electronic ticket service 
will be described first. 

[0536] The electronic ticket service mainly includes 
ten different processes: ticket order, ticket purchase, 
ticket registration, ticket setup, ticket examination, ticket 
reference, ticket transfer, electronic ticket installation, 
ticket modification, and ticket refund. 
[0537] The ticket order process is a process whereby 
a user applies for an electronic ticket to the ticket issuer. 
The ticket purchase process is a process whereby the 
user purchases the electronic ticket applied for through 
the ticket order. The ticket registration process is a proc- 
ess whereby a user registers, with the service system, a 
ticket that he or she has purchased or has been given. 
The ticket setup process is a process whereby an oper- 
ator (merchant) of a gate terminal 101 sets up a ticket 
for examination at the gate terminal. The ticket refer- 
ence process is a process whereby the gate terminal 
queries the service system concerning the validity of an 
electronic ticket that is examined. The ticket transfer 
process is a process whereby an electronic ticket is 
transferred. The electronic ticket installation process is 
a process whereby an electronic ticket is installed in the 
mobile user terminal 100 using an electronic ticket 
installation card. The ticket modification process is a 
process whereby the ticket issuer changes the contents 
of a ticket that has been issued. And the ticket refund 
process is a process whereby the cost of a ticket, calcu- 
lated while taking into consideration any alterations to 
the ticket, is refunded. 

[0538] In Fig. 58 is shown the ticket order processing. 
[0539] First, the user sets the mobile user terminal 
100 to the ticket mode and uses the function switch (F4) 
to display the operating menu for the ticket mode. The 
user then selects "ticket purchase," and the ticker order 
screen is displayed on the LCD. Following this, the user 
employs the function switch 307 and the number key 
switch 308 to select a ticket issuer and to enter an order 
code for a desired ticket, a desired date and a desired 
number of tickets, and depresses the execution switch 
311 (ticket order operation 5800). The mobile user ter- 
minal transmits, to the service system, a ticket order 
5801, which is a message used to apply for an elec- 
tronic ticket. Upon receiving the ticket order 5801, the 
service system transmits, to the ticket issuing system 
107, a ticket order 5802, which is a message for apply- 
ing for a ticket. 

[0540] Upon receiving the ticket order 5802 at the 
ticket issuing system, the ticket issuing server 1100 
employs the customer information in the customer infor- 
mation server 1 101 and the information concerning the 
ticket issuance condition in the ticket information server 
1103. and generates a ticket order response 5803, 
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which is a response message for the ticket order 5802. 
Thereafter, the ticket order response 5803 is transmit- 
ted to the service system. 

[0541] When the ticket that the user desires can be 
issued, the ticket order response 5803 includes a seat 
number for the ticket to be issued and a ticket sales offer 
(ticket sales offer), which conveys the price quoted for 
the ticket. When the ticket that the user desires can not 
be issued, the ticket sales offer is not included. 
[0542] Upon receiving the ticket order response 5803 , 
the service system generates a ticket order response 
5804, which is a response message for the ticket order 
5801 , and transmits it to the mobile user terminal. 
[0543] Upon receiving the ticket order response 5804, 
15 the mobile user terminal displays the contents of the 
ticket order response 5804 on the LCD 303 (display of 
the ticket order response: 5805). When the ticket sales 
offer is included in the ticket order response 58034, the 
ticket sales offer is displayed on the LCD. When the 
20 ticket sales offer is not included, a message indicating 
the ticket can not be issued (response message 9016: 
Fig. 90B) is displayed on the LCD. 
[0544] In Fig. 59 is shown the ticket purchase process- 
ing. 

25 [0545] The ticket purchase processing is initiated 
when the ticket sales offer is displayed on the LCD as 
the result of the ticket order process. 
[0546] The ticket sales offer includes two operating 
menus: "purchase" and "cancel." When "cancel" is 

30 selected, the ticket sales offer is canceled. When "pur- 
chase" is selected, the purchase order screen appears 
on the LCD. On the purchase order screen the user des- 
ignates a credit card to be used for payment and the 
number of payments, enters a code number, and 

35 depresses the execution switch 311 (ticket purchase 
order operation 5900). Then, the mobile user terminal 
transmits, to the service providing system, a ticket pur- 
chase order 5901, which is an order message for the 
purchase of an electronic ticket. Upon receiving the 

40 ticket purchase order 5901, the service providing sys- 
tem transmits, to the ticket issuing system 107, a ticket 
purchase order 5902, which is an order message for the 
purchase of a ticket. 

[0547] Upon the ticket purchase order 5902 being 
45 received by the ticket issuing system, the ticket issuing 
server 1 100 updates the data in the customer informa- 
tion server 1 101 , in the ticket issuing information server 
1102, and in the ticket information server 1103. The 
ticket issuing server 1100 generates ticket data for the 
so ordered ticket, and transmits, to the service providing 
system, an electronic ticket issuing commission 5903, 
which is a message requesting the issuance of a corre- 
sponding electronic ticket and the establishment of a 
ticket price. 

55 [0548] Upon receiving the electronic ticket issuing 
commission 5903, the service providing system trans- 
mits, to the transaction processing system, a clearing 
request 5904, which is a message requesting the clear- 
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an<se of the price of the ticket. 

[0549] Upon the clearing request 5904 being received 
by the transaction processing system, the transaction 
server 1000 updates data in the subscriber information 
server 1001, in the member store information server s 
1002 and in the transaction information server 1003, 
performs a clearing process for the credit card, and 
transmits to the service providing system a clearing 
completion notification 5905, which is a message indi- 
cating the clearing process has been completed. 10 
[0550] Upon receiving the clearing completion notifi- 
cation 5905, the service providing system generates a . 
clearing completion notification 5906, which is a mes- 
sage indicating the clearing process has been com- 
pleted, and transmits it to the ticket issuing system. In ' 75 
addition, the service providing system generates an 
electronic ticket to be issued to the user. 
[0551] Upon receiving the clearing completion notifi- 
cation 5906, the ticket issuing system generates and 
transmits to the service providing system a receipt 20 
5907, which is a message corresponding to the receipt 
of the ticket sale. 

[0552] Based on the received receipt 5907, the serv- 
ice providing system generates a receipt 5909, which is 
a receipt message for the user, and transmits it to the 25 
mobile user terminal, together with an electronic ticket 
issuance message 5908 that includes the electronic 
ticket that is generated. 

[0553] Upon receiving the electronic ticket issuance 
message 5908 and the receipt 5909, the mobile user 30 
terminal displays the purchased electronic ticket on the 
LCD (display the electronic ticket: 5910). At this time, a 
dialogue message is also displayed on the LCD to reg- 
ister the electronic ticket that has been purchased. 
When the user selects "register," the mobile user termi- 35 
nal initiates the ticket registration process. 
[0554] The ticket registration processing is shown in 
Fig. 65A. 

[0555] The ticket registration process is begun when 
the dialogue message is displayed on the LCD to regis- 40 
ter an electronic ticket for use. To display the dialogue 
message for the registration for use, the execution 
switch 31 1 is depressed immediately after the electronic 
ticket is purchased, or while an electronic ticket that has 
not yet been registered is displayed ("unregistered" is 45 
displayed for the state of the ticket). 
[0556] The dialogue message for registration has two 
operating menus: "register" and "cancel." When the 
user selects "cancel," the ticket registration process is 
canceled. When the user selects "register" (registration so 
operation for an electronic ticket: 6500), the mobile user 
terminal transmits, to the service providing system, a 
ticket registration request 6501, which is a message 
requesting the registration of an electronic ticket. In the 
service providing system, the service server 900 com- ss 
pares the contents of the received ticket registration 
request 6501 with the user information in the user infor- 
mation server 902. The service server 900 updates the 



management information that is stored in the service 
director information server 901 for an electronic ticket 
that has been registered. The service server 900 regis- 
ters the electronic ticket, and transmits, to the mobile 
user terminal, a ticket certificate issuance message 
6502 that includes a certificate for the registered elec- 
tronic ticket. 

[0557] Upon receiving the ticket certificate 6502, the 
mobile user terminal displays the registered electronic 
ticket on the LCD ("registered" is displayed as the state 
of the ticket) (display a registered ticket: 6503). 
[0558] The examination target ticket processing is 
shown in Fig. 66. 

[0559] The gate terminal 101 may perform the data 
updating processing to set up an electronic ticket for 
examination. ' In this embodiment, however, the mer- 
chant sets up a target ticket. 

[0560] First, the operator (merchant) of the gate termi- 
nal 101 sets the gate terminal to the ticket setup mode, 
and displays the setup screen on the touch panel LCD 
401 . The operator (merchant) then employs the number 
key switch 403 to enter the ticket code that designates 
the electronic ticket that is to be set up for the gate ter- 
minal, and presses the "set" button on the screen (ticket 
setup operation 6600). Then, the gate terminal trans- 
mits, to the service providing system, a ticket setup 
request 6601, which is a message requesting the setup 
of the designated electronic ticket. 
[0561 ] Upon receiving the ticket setup request 6601 , 
the service providing system transmits, to the mobile 
user terminal, a ticket setup message 6602 that 
includes an examination program module for the desig- 
nated electronic ticket. 

[0562] Upon receiving the ticket setup message 6602, 
the mobile user terminal displays, on the touch panel 
LCD, a message indicating that the ticket setup 
processing has been completed (setup completion dis- 
play 6603). 

[0563] The ticket examination processing is shown in 
Fig. 67. 

[0564] First, the user sets the mobile user terminal to 
the ticket mode and employs the function switch (F1 or 
F2) to display a ticket that is to be examined. The user 
depresses the execution switch 311, while directing the 
infrared communication port 300 toward the infrared 
communication module of the gate terminal (ticket pres- 
entation operation 6700). Then, through infrared com- 
munication, the mobile user terminal transmits, to the 
gate terminal, a ticket presentation message 6701 for 
presenting the contents of the ticket to the gate terminal. 
[0565] Upon receiving the ticket presentation , mes- 
sage 6701, the gate terminal examines the ticket type 
and transmits to the mobile user terminal, via infrared 
communication, a ticket examination message 6702 
that includes a command for changing the state of the 
electronic ticket to the examined state. 
[0566] Upon receiving the ticket examination message 
6702, the mobile user terminal changes the state of the 
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electronic ticket to the examined state, and transmits a 
ticket examination response 6703, which is a message 
indicating the changed state of the electronic ticket, to 
the gate terminal via the infrared communication. 
[0567] Upon receiving the ticket examination 5 

response 6703, the gate terminal examines the con- 
tents of the ticket examination response 6703, and 
transmits an examination certificate 6704, which is a 
message indicating the electronic ticket has been exam- 
ined, to the mobile user terminal via infrared communi- w 
cation. The results of the examination are displayed on 
the touch panel LCD (display examination results* 
6705). 

[0568] Upon receiving the examination certificate 
6704, the mobile user terminal displays the examined is 
ticket on the LCD ("examined" is displayed as the state 
of the ticket) (display the examined ticket: 6706). 
[0569] Then, the operator (merchant) of the gate ter- 
minal permits the entrance of the user in accordance 
with the examination results that are displayed on the 20 
touch panel LCD (entrance permission 6707). When the 
gate opening/closing device is connected to the gate 
terminal, the gate is automatically opened (entrance 
permission 6707). 

[0570] The ticket reference processing is shown in 25 

Fig. 71. 

[0571] The ticket reference process is not performed 
in accordance with a special processing sequence, but 
is performed during the data updating processing dur- 
ing which the service providing system updates the data 30 
in the gate terminal. 

[0572] When a time that has been set in advance is 
reached, the gate terminal automatically initiates the 
data updating process, and transmits, to the service 
providing system, a data update request 5702, which is 35 
a message requesting that the data updating process 
be performed. 

[0573] The service providing system thereafter trans- 
mits, to the gate terminal, a data update response 5703, 
which is a message transmitted as a reply to the data 40 
update request 5702 that was received. 
[0574] The data update response 5703 includes infor- 
mation indicating the range of the data that is to be 
uploaded (update option code 8809: Fig. 88B). Upon 
receiving the data update response 5703, the gate ter- 45 
minal generates and transmits, to the service providing 
system, upload data 5704, which is a message in which 
is included the data that is to be uploaded to the service 
providing system. At this time, the upload data 5704 
includes information for a new electronic ticket that is so 
being examined by the gate terminal. 
[0575] In the service providing system, the service 
server 900 compares the received upload data 5704 
with the data in the merchant information server 903, 
and generates data for updating the gate terminal. At 55 
this time, the service server 900 also compares infor- 
mation for the electronic ticket that is being examined by 
the gate terminal with the management information that 



is stored in the service director information server 901 
for the registered electronic ticket, and examines the 
electronic ticket to determine whether it is valid. Then, 
the service server 900 transmits, to the gate terminal, 
an update data message 5705 that includes the data for 
updating the gate terminal. The update data for the gate 
terminal includes as information ticket reference results 
that indicate what results were obtained when the elec- 
tronic ticket was examined to determine whether it was 
valid. 

[0576] The gate terminal develops the update data 
that is included in the received update data message 
5705, and updates the internal data. At this time, the 
ticket reference results are also stored on the hard disk 
at of the gate terminal. In accordance with the contract 
agreed to by the merchant and the service providing 
system, the ticket reference results may be transmitted 
to the merchant by electronic mail or by regular mail, 
instead of being included in the update data for the gate 
terminal. 

[0577] If the firm represented by the merchant differs 
from that represented by the ticket issuer, and a pay- 
ment for the merchant who handles the ticket is made 
by the ticket issuer, or if the usage of the ticket is period- 
ically reported to the ticket issuer in accordance with the 
terms of a contract, in accordance with the results that 
are obtained by the ticket reference process, the service 
providing system, for example, weekly generates a 
usage condition notification 7100, which is a message 
notifying the ticket issuer of the ticket usage condition, 
and transmits it to the ticket issuing system 1 07. 
[0578] in Fig. 74 is shown the ticket transfer process- 
ing. 

[0579] In Fig. 74 is shown a case where user A trans- 
fers an electronic ticket to user B. The basic processing 
is the same whether infrared communication or digital 
wireless communication is employed by the users A and 
B. 

[0580] First, an explanation will be given when infrared 
communication is employed between the users A and B. 
[0581 ] The ticket transfer process is initiated when the 
users A and B orally agree to the transfer of an elec- 
tronic ticket. 

[0582] First, user A sets the mobile user terminal to 
the ticket mode, and employs the function switch (F1 or 
F2) to display on the LCD a ticket that is to be trans- 
ferred. User A depresses the function switch (F3) to dis- 
play the operating menu for the electronic ticket, and 
selects "ticket transfer." Thereafter, the user A 
depresses the execution switch while directing the infra- 
red communication port toward the infrared communi- 
cation port of the mobile user terminal of user B (ticket 
transfer operation 7400). Then, via infrared communica- 
tion, the mobile user terminal belonging to user A trans- 
mits, to the mobile user terminal belonging to user B, a 
ticket transfer offer 7401 , which is a message offering to 
transfer an electronic ticket. 

[0583] Upon receiving the ticket transfer offer 7401, 
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the.mobile user terminal belonging to user B examines 
the contents of the ticket transfer offer 7401, and dis- 
plays on the LCD the contents of the electronic ticket 
that is to be transferred (display transfer offer: 7402). 
[0584] User B confirms the contents displayed on the 
LCD, and depresses the execution switch, while direct- 
ing the infrared communication port toward the infrared 
communication port of the mobile user terminal belong- 
ing to user A (transfer offer acceptance operation 7403). 
Then, via infrared communication, the mobile user ter- 
minal belonging to user B transmits, to the mobile user 
terminal belonging to user A, a ticket transfer offer 
response 7404, which is a message transmitted in 
response to the ticket transfer offer 740 1 . 
[0585] The mobile user terminal of user A displays on 
the LCD the contents of the ticket transfer offer 
response 7404 (display the transfer offer response: 
7405) that has been received. In addition, via infrared 
communication, the mobile user terminal of user A 
transmits to the mobile user terminal of user B a ticket 
transfer certificate 7406, which is a message corre- 
sponding to a certificate for the transfer of the electronic 
ticket to user B. 

[0586] The mobile user terminal of user B examines 
the ticket transfer certificate 7406 that has been 
received, and via infrared communication transmits a 
ticket receipt 7407, which is a message stating that the 
electronic ticket has been transferred, to the mobile user 
terminal of user A. 

[0587] Upon receiving the ticket receipt 7407, the 
mobile user terminal of user A displays on the LCD a 
transfer completion message (display transfer comple- 
tion: 7408). The processing for the mobile user terminal 
of user A (sender) is thereafter terminated. 
[0588] After transmitting the ticket receipt 7407, the 
mobile user terminal of user B displays on the LCD the 
ticket transfer certificate 7406 that has been received. 
The mobile user terminal also displays a dialogue mes- 
sage to ask the user whether the transfer process with 
the service server (the process for downloading a trans- 
ferred electronic ticket from the service providing sys- 
tem) should be performed immediately (display the 
transfer certificate: 7409). 

[0589] The dialogue message includes two operating 
menus: "transfer request" and "cancel." When "cancel" 
is selected, the current transfer process being per- 
formed with the service providing system is canceled. 
During the process (data updating process) wherein the 
service providing system updates the data in the mobile 
user terminal of user B, the electronic ticket that has 
been transferred is set up as a part of the update data 
for the mobile user terminal of user B. 
[0590] When user B selects "transfer request" (trans- 
fer request operation 7410), the mobile user terminal 
employs the ticket transfer certificate 7406 to generate a 
ticket transfer request 7411, which is a message 
requesting the transfer process be performed with the 
service providing system, and transmits the request 
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741 1 to the service providing system via digital wireless 
telephone communication. 

[0591] The service providing system examines the 
contents of the ticket transfer request 7411 that has 

5 been received, and via digital wireless telephone com- 
munication, transmits to the mobile user terminal of user 
B a ticket transfer message 7412 that includes the elec- 
tronic ticket that was transferred by user A. 
[0592] Upon receiving the ticket transfer message 

10 7412, the mobile user terminal of user B displays the 
electronic ticket on the LCD (display the electronic 
ticket: 7413). The ticket transfer processing is thereafter 
terminated. 

[0593] Next, an explanation will be given for digital 
75 wireless telephone communication between users A 
and B. 

[0594] For this type of communication, the ticket trans- 
fer process is also initiated when users A and B orally 
agree on the transfer of an electronic ticket At this time, 
20 users A and B are using digital wireless telephones to 
communicate with each other. 

[0595] First, user A sets the mobile user terminal to 
the ticket mode and employs the function switch (F1 or 
F2) to display on the LCD a ticket to be transferred. User 

25 A then depresses the function switch (F3) to display the 
operating menu for the electronic ticket. The user 
selects "ticket transfer" and depresses the execution 
switch (ticket transfer operation 7400). Then, via digital 
wireless telephone communication, the mobile user ter- 

30 minal of user A transmits, to the mobile user terminal of 
user B, a ticket transfer offer 7401 , which is a message 
offering to transfer an electronic ticket. 
[0596] Upon receiving the ticket transfer offer 7401 , 
the mobile user terminal of user B examines the con- 

35 tents of the ticket transfer offer 7401, and displays on 
the LCD the contents of the electronic ticket that is to be 
transferred (display transfer offer: 7402). 
[0597] The user B confirms the contents displayed on 
the LCD, and depresses the execution switch (transfer 

40 offer acceptance operation 7403). Then, through digital 
wireless telephone communication, the mobile user ter- 
minal of user B transmits, to the mobile user terminal of 
user A. a ticket transfer offer response 7404, which is a 
response message for the ticket transfer offer 7401 . 

45 [0598] The mobile user terminal of user A displays on 
the LCD the contents of the received ticket transfer offer 
response 7404 (display the transfer offer response: 
7405). Thereafter, via digital wireless telephone com- 
munication, the mobile user terminal transmits to the 

so mobile user terminal of user B a ticket transfer certifi- 
cate 7406, which is a message corresponding to a cer- 
tificate for the transfer of the electronic ticket to user B. 
[0599] The mobile user terminal of user B examines - 
the received ticket transfer certificate 7406 and via dig- 

55 ital wireless telephone communication transmits a ticket 
receipt 7407, which is a message stating that the elec- 
tronic ticket has been transferred to user B, to the 
mobile user terminal of user A. 
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[0600] Upon receiving the ticket receipt 7407, the 
mobile user terminal of user A displays a transfer com- 
pletion message on the LCD (display transfer comple- 
tion: 7408). The processing for the mobile user terminal 
of user A (sender) is thereafter terminated. 
[0601] After transmitting the ticket receipt 7407, the 
mobile user terminal of user B displays on the LCD the 
received ticket transfer certificate 7406. Also, the mobile 
user terminal displays a dialogue message asking the 
user whether the transfer process with the service 
server (the process for downloading a transferred elec- 
tronic ticket from the service providing system) should 
be performed immediately (display the transfer certifi- 
cate: 7409). 

[0602] Included in the dialogue message are two 
operating menus: 'transfer request" and "cancel." When 
"cancel" is selected, the current transfer process that is 
being conducted with the service providing system is 
canceled. During the process (data updating process) 
whereby the service providing system updates the data 
in the mobile user terminal of user B, the electronic 
ticket that has been transferred is set in the mobile user 
terminal of user B as a part of the update data. 
[0603] When the user B selects "transfer request" 
(transfer request operation 7410), the mobile user ter- 
minal disconnects the communication line leading from 
user A and connects the digital wireless telephone com- 
munication line with the service providing system. Then, 
the mobile user terminal employs the ticket transfer cer- 
tificate 7406 to generate a ticket transfer request 741 1 , 
which is a message requesting the transfer process be 
performed with the service providing system, and trans- 
mits the request 7411 to the service providing system 
via digital wireless telephone communication. 
[0604] The service providing system examines the 
contents of the received ticket transfer request 741 1 , 
and via digital wireless telephone communication, 
transmits to the mobile user terminal of user B a ticket 
transfer message 7412 that includes the electronic 
ticket that is being transferred by user A. 
[0605] Upon receiving the ticket transfer message 
7412, the mobile user terminal of user B displays the 
electronic ticket on the LCD (display the electronic 
ticket: 7413). The ticket transfer processing is thereafter 
terminated. 

[0606] In Fig. 77 is shown the electronic ticket instal- 
lation processing. 

[0607] First, the user sets the mobile user terminal to 
the ticket mode and employs the function switch (F4) to 
display the operating menu for the ticket mode. The user 
then selects "install" and displays the installation screen 
on the LCD. Thereafter, the user employs the number 
key switches to enter the installation card number and 
the installation number that are printed on the electronic 
ticket installation card, and depresses the execution 
switch 311 (installation operation 7700). The mobile 
user terminal then transmits to the service providing 
system 110 an installation request 7701, which is a 
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message requesting the installation of an electronic 
ticket. 

[0608] The service providing system 1 1 0 specifies an 
installation card issuer by referring to the installation 

5 card number that is included in the received electronic 
ticket installation request 7701, and transmits to the 
ticket issuing system of that issuer a ticket installation 
request 7702, which is a message requesting that a 
ticket be issued. 

io [0609] In the ticket issuing system, the ticket issuing 
server 1 100 compares the installation card number and 
the installation number, which are included in the ticket 
installation request 7702 that has been received, with 
the management information that is stored in the ticket 

is issuing information server 1 102 for the electronic ticket 
installation cards that have been issued. In addition, the 
ticket issuing server 1100 updates the data in the cus- 
tomer information server 1 101 , in the ticket issuing infor- 
mation server 1 102, and in the ticket information server 

20 1 1 03. The ticket issuing server 1 1 00 then generates the 
data for the requested ticket, and transmits to the serv- 
ice providing system an electronic ticket installation 
commission 7703, which is a message requesting the 
installation of an electronic ticket that corresponds to 
25 the ticket that has been requested. 

[061 0] Upon receiving the electronic ticket installation 
commission 7703, the service providing system gener- 
ates an electronic ticket, and to install the electronic 
ticket in the mobile user terminal, transmits to the 
30 mobile user terminal an electronic ticket installation 
message 7704. 

[0611] The mobile userterminal installs the electronic 
ticket that is included in the received electronic ticket 
installation message 7704, and displays on the LCD the 
35 installed electronic ticket (display the electronic ticket 
7705). 

[0612] The ticket modification processing will now be 
described. 

[0613] In the ticket modification process, the ticket 
40 issuer changes the contents of a ticket that has been 
issued. In accordance with that change, a program 
employed by the gate terminal for the examination of 
electronic tickets (ticket examination program) may be 
updated or an electronic ticket stored in the mobile user 
45 terminal may be changed, or both the program and the 
ticket may be changed. 

[0614] First, an explanation will be given for a case 
wherein the ticket examination program of the gate ter- 
minal is updated. 

so [0615] in Fig. 80 is shown the ticket modification 
processing for the gate terminal. First, the ticket issuing 
system transmits to the service providing system a 
modification request 8000, which is a message request- 
ing that the contents of a ticket that was issued be 

?s changed. 

[061 6] Upon receiving the modification request 8000, 
the service providing system performs the ticket modifi- 
cation processing for the gate terminal when the ticket 
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examination program that is stored in the gate terminal 
has to be changed. 

[061 7] The ticket modification processing for the gate 
terminal is not performed in accordance with a special 
operating sequence, but by using a forcible data updat- 
ing process during which the data held by the gate ter- 
minal is forcibly updated by the service providing 
system. 

[061 8] For the forcible data updating process, first, the 
service providing system transmits to the gate terminal 
a data update instruction 5706, which is a message 
instructing the updating of the data. 
[0619] The data update instruction 5706 includes 
information describing the range of the data to be 
uploaded (update option code 8843: Fig. 88F). Upon 
receiving the data update instruction 5706, the gate ter- 
minal generates and transmits to the service providing 
system upload data 5707, which is a message in which 
is included data that is to be uploaded to the service 
providing system. 

[0620] In the service providing system, the service 
server 900 compares the upload data 5707 that is 
received with the data in the merchant information 
server 903, and generates data for updating the gate 
terminal. At this time, the ticket examination program 
that has been changed is installed as data for the updat- 
ing of the gate terminal. The service server 900 gener- 
ates and transmits to the gate terminal an update data 
message 5708 that includes the data for updating the 
gate terminal. 

[0621] The gate terminal develops the update data 
that is included in the update data message 5708 that 
has been received and updates the internal data. At this 
time, the ticket examination program is also updated. 
[0622] An explanation will now be given for a case in 
which an electronic ticket held by the mobile user termi- 
nal is changed, tn Fig. 81 is shown the ticket modifica- 
tion processing for the mobile user terminal. First, the 
ticket issuing system transmits to the service providing 
system a modification request 8100, which is a mes- 
sage requesting the changing of the contents of a ticket 
that has been issued. Upon receiving the modification 
request 8100, the service providing system performs 
the ticket modification process for the mobile user termi- 
nal of a user who owns an electronic ticket that must be 
altered. Using the modification request 8100, the serv- 
ice providing system generates, and transmits to the 
mobile user terminal, a modification notification 8101, 
which is a message employed to notify the user that the 
contents of the electronic ticket have been changed. 
[0623] Upon receiving the modification notification 
8101, the mobile user terminal outputs an audible signal 
to alert the user, and displays on the LCD a message 
featuring the altered contents of the electronic ticket and 
a message permitting the user to perform a comple- 
mentary operation (display modification notification: 
8102). When the date is changed, for example, a mes- 
sage describing the date change and a message per- 
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mitting the user to select a complementary operation for 
the modification, "accept," "refuse" or "refund," are dis- 
played. 

[0624] Based on the messages displayed on the LCD, 
5 the user selects a complementary operation using the 
number key switches (reaction selection operation 
8103). Then, the mobile user terminal generates a reac- 
tion selection message 8104, which conveys the reac- 
tion of the user to the modification notification 8101, and 
10 transmits it to the service providing system. When the 
user selects "refuse" or "refund," the mobile user termi- 
nal changes the state of the electronic ticket to the disa- 
bled state. 

[0625] When the reaction selection message 8104 is 
15 received, and when "accept" is selected as the user's 
reaction to the modification notification 8101, the serv- 
ice providing system transmits to the mobile user termi- 
nal a modification instruction 8105, which is a message 
in which is included a new electronic ticket. When 
20 "refund" is selected, the service providing system initi- 
ates the ticket refund processing. When "refuse" is 
selected, the service providing system changes, to the 
disabled state, the state of the electronic ticket belong- 
ing to the pertinent user that is stored in the user infor- 
ms mation server 902, and terminates the ticket 
modification processing. 

[0626] Upon receiving the modification instruction 
8105, the mobile user terminal updates the electronic 
ticket that must be changed to an electronic ticket that is 
30 included in the modification instruction 8105, and dis- 
plays the updated electronic ticket on the LCD (ticket 
display 8106). 

[0627] The ticket refund processing is shown in Fig. 
82. 

35 [0628] In the ticket refund processing, the procedures 
in the ticket modification processing (Fig. 81) are also 
performed until the mobile user terminal transmits a 
reaction selection message 8204 (8104) to the service 
providing system. 

40 [0629] Upon receiving the reaction selection message 
8204, the service providing system notes that the user s 
reaction to the modification notification 81 01 is "refund," 
and transmits to the ticket issuing system a refund 
request 8205, which is a message requesting that the 

45 ticket issuer refund the amount charged for the ticket. 
[0630] Upon the refund request 8205 being received 
by the ticket issuing system, the ticket issuing server 
1100 updates the data in the customer information 
server 1101, the ticket issuing information server 1102 

so and the ticket information server 1 1 03, and cancels the 
ticket that was issued. Then, the ticket issuing server 
1100 generates a refund commission 8206, which is a 
message requesting that the service providing system 
refund the amount charged for the electronic ticket, and 

55 transmits the refund commission 8206 to the service 
providing system. Upon receiving the refund commis- 
sion 8206, the service providing system transmits to the 
transaction processing system 106 a refund clearing 
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request 8207, which is a message requesting that the 
ticket refund clearing process be performed. 
[0631] Upon the refund clearing request 8207 being 
received at the transaction processing system, the 
transaction server 1000 updates the data in the sub- 
scriber information server 1001 , the member store infor- 
mation server 1002 and the transaction information 
server 1 103, and performs the refund clearing process. 
The transaction server 1000 then transmits to the serv- 
ice providing system a refund clearing completion notifi- 
cation 8208, which is a message stating that the refund 
clearing process has been completed. 
[0632] In accordance with the received refund clearing 
completion notification 8208, the service providing sys- 
tem generates a refund clearing completion notification 
8209, which is a message stating that the refund clear- 
ing process has been completed, and transmits it to the 
ticket issuing system. Upon receiving the refund clear- 
ing completion notification 8209, the ticket issuing sys- 
tem generates and transmits to the service providing 
system a refund receipt 8210 that corresponds to a 
receipt for the refund of the amount charged for the 
ticket. 

[0633] The service providing system employs the 
refund receipt 8210 to generate a refund receipt 8211, 
which is a receipt message for a user, and transmits it to 
the mobile user terminal. 

[0634] The mobile user terminal displays on the LCD 
303 the received refund receipt 821 1 (display the refund 
receipt: 821 2). The ticket refund processing is thereafter 
terminated. 

[0635] A detailed explanation will be given later for the 
contents of the messages that are exchanged by the 
devices during the above electronic ticket service 
processing. 

[0636] The electronic payment card service will now 
be described. 

[0637] The electronic payment card service mainly 
includes seven types of processes: an electronic pay- 
ment card purchase process, an electronic payment 
card registration process, an electronic payment card 
setup process, an electronic payment card settlement 
process, an electronic payment card reference process, 
an electronic payment card transfer process, and an 
electronic payment card installation process. 
[0638] The payment card purchase process is a proc- 
ess whereby the user purchases an electronic payment 
card from a payment card issuer. The payment card reg- 
istration process is a process whereby, in the service 
providing system, the user registers for his or her own 
use a purchased payment card or one received as a gift. 
The payment card setup process is a process whereby 
the service provider determines the process 4o be 
employed for the electronic payment card at the mer- 
chant terminal 102 or 103 or at the automatic vending < 
machine in accordance with a contract entered into with 
a merchant. The payment card settlement process is a 
process whereby the user employs the electronic pay- 



ment card for a settlement process with the merchant 
terminal 102 or 103, or the automatic vending machine 
104. The payment card reference process is a process 
whereby the merchant terminal 102 or 103 or the auto- 

5 matic vending machine 104 asks the service providing 
system whether the electronic payment card that is 
employed is valid. The payment card transfer process is 
a process for transferring an electronic payment card. 
And the electronic payment card installation process is 

io a process for installing an electronic payment card in the 
mobile user terminal 100 using an electronic payment 
card installation card. 

[0639] In Fig. 61 is shown the payment card purchase 
processing. 

is [0640] First, the user sets the mobile user terminal 
100 to the payment card mode, and uses the function 
switch (F4) to display the operating menu for the pay- 
ment card mode. Thereafter, the user selects "payment 
card purchase," and the payment card order screen is 

20 displayed on the LCD. Then, by using the function 
switch 307 and the number key switches 308, the user 
selects a payment card issuer, enters the order code for 
a desired payment card and a desired number of pay- 
ment cards, designates a credit card to be used for pay- 

25 ment and the number of payments, and enters the code 
number. The user then depresses the execution switch 
311 (payment card order operation 6100), and the 
mobile user terminal transmits, to the service providing 
system, a payment card order 6101, which is a mes- 

30 sage for applying for an electronic payment card. Upon 
receiving the payment card order 61 01 , the service pro- 
viding system transmits, to the payment card issuing 
system 108, a payment card order 6102, which is a 
message used to apply for a payment card. 

35 [0641] Upon the payment card order 6102 being 
received at the payment card issuing system, the pay- 
ment card issuing server 1200 updates the data in the 
customer information server 1201, the payment card 
issuing information server 1202 and the payment card 

to information server 1203. The payment card issuing 
server 1200 generates payment card data for the 
ordered payment card, and transmits, to the service 
providing system, an electronic payment card issuing 
commission 6103, which is a message requesting that a 

[ 5 corresponding electronic payment card be issued and 
that the settlement process be performed for the price of 
the payment card. 

[0642] Upon receiving the electronic payment card 
issuing commission 6103, the service providing system 

o transmits, to the transaction processing system 106, a 
clearing request 6104, which is a message requesting 
that the price of the payment card be cleared. 
[0643] Upon the clearing request 6104 being received 
at the transaction processing system, the transaction 

5 server 1000 updates data in the subscriber information 
server 1001, in the member store information server 
1002 and in the transaction information server 1003, 
performs the clearing of the credit card, and transmits to 
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the service providing system a clearing completion noti- 
fication 6105, which is a message stating that the clear- 
ing process has been completed. 
[0644] Upon receiving the clearing completion notifi- 
cation 6105, the service providing system generates a 
clearing completion notification 6106, which is a mes- 
sage stating that the clearing process has been com- 
pleted, and transmits it to the payment card issuing 
system. In addition, the service providing system gener- 
ates an electronic payment card to be issued to the 
user. 

[0645] Upon receiving the clearing completion notifi- 
cation 6106. the payment card issuing system gener- 
ates, and transmits to the service providing system, a 
receipt 6107. which is a message corresponding to the 
receipt for the sale of the payment card. 
[0646] Based on the received receipt 6107, the serv- 
ice providing system generates a receipt 6109, which is 
a receipt message for the user, and transmits it to the 
mobile user terminal, together with an electronic pay- 
ment issuance message 6108 that includes the elec- 
tronic payment card that has been generated. 
[0647] Upon receiving the electronic payment card 
issuance message 6108 and the receipt 6109, the 
mobile user terminal displays the purchased electronic 
payment card on the LCD (display the electronic pay- 
ment card: 6110). At this time, a dialogue message is 
also displayed on the LCD for registering the electronic 
payment card that has been purchased. Then, when the 
user selects "register," the mobile user terminal initiates 
the payment card registration process. 
[0648] The payment card registration processing is 
shown in Fig. 65B. 

[0649] The payment card registration process is 
begun when the dialogue message for registering an 
electronic payment card for use is displayed on the LCD. 
To display the dialogue message for the use registra- 
tion, the execution switch 31 1 is depressed immediately 
after the electronic payment card is purchased, or while 
an electronic payment card that has not yet been regis- 
tered is displayed ("unregistered" is displayed as the 
state of the payment card). 

[0650] The dialogue message for registration has two 
operating menus: "register" and "cancel." When the 
user selects "cancel," the payment card registration 
process is canceled. When the user selects "register" 
(registration operation of an electronic payment card: 
6504), the mobile user terminal transmits, to the service 
providing system, a payment card registration request 
6505, which is a message requesting the registration of 
an electronic payment card. In the service providing 
system, the service server 900 compares the contents 
of the received payment card registration request 6505 
with the user information in the user information server 
902. The service server 900 updates the management 
information that is stored in the service director informa- 
tion server 901 for an electronic payment card that has 
been registered. The service server 900 registers the 



electronic payment card, and transmits, to the mobile 
user terminal, a payment card certificate issuance mes- 
sage 6506, which includes a certificate for the regis- 
tered electronic payment card. 

5 [0651] Upon receiving the payment card certificate 
6506, the mobile user terminal displays the registered 
electronic payment card on the LCD ("registered" is dis- 
played as the state of the payment card) (display a reg- 
istered payment card: 6507). 

10 [0652] The payment card setup processing will now be 
described. 

[0653] The payment card setup process is a process 
for, in accordance with a contract entered into by the 
service provider and the merchant, setting and updating 
15 an electronic payment card that is to be processed by 
the merchant terminal 102 or 103 or the automatic 
vending machine 104. 

[0654] The payment card setup process is not per- 
formed according to a special processing sequence, but 
20 is performed during the data updating processing (Fig. 
57B) when the service providing system updates the 
data in the merchant terminal 102 or 103 and the auto- 
matic vending machine 104. 

[0655] When a time that has been set in advance is 

25 reached, the merchant terminal 1 02 or 1 03, or the auto- 
matic vending machine 104 automatically initiates the 
data updating process, and transmits, to the service 
providing system, a data update request 5702, which is 
a message requesting the performance of the data 

30 updating process. 

[0656] The service providing system transmits, to the 
merchant terminal 1 02 or 1 03 or the automatic vending 
machine 104, a data update response 5703, which is a 
message dispatched in response to the receipt of the 

35 data update request 5702. 

[0657] Upon receiving the data update response 
5703, the merchant terminal 102 or 103 or the auto- 
matic vending machine 104 generates and transmits, to 
the service providing system, upload data 5704, which 

40 is a message in which is included data to be uploaded 
to the service providing system. 
[0658] The service providing system compares the 
received upload data 5704 with the data in the merchant 
information server 903 and generates update data. At 

45 this time, an electronic payment card that is to be proc- 
essed is updated, and information for the update is 
included in the update data. 

[0659] Then, the service providing system transmits, 
to the merchant terminal 102 or 103 or the automatic 

so vending machine 1 04, an update data message 5705 
that includes the update data that has been generated. 
The merchant terminal 102 or 103 or the automatic 
vending machine 104 develops the update data that is 
included in the received update data- message 5705, 

55 and updates the internal data. At this time, the elec- 
tronic payment card that is processed by the merchant 
102 or 103 or the automatic vending machine 104 is 
also updated. 
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[0660] In Fig. 68 is shown the payment card settle- 
ment processing performed by the mobile user terminal 
100 and the merchant terminal 102 or 103. 
[0661] First, the user notifies the merchant that an 
electronic payment card will be employed for the pay* 
ment (instruct settlement to be made with an electronic 
payment card: 6800). 

^[0662] The merchant thereafter depresses the pay- 
ment card settlement switch 512 (the function switch F2 
for the merchant terminal 102) (depress the payment 
card settlement switch: 6801), and permits the user to 
start the payment operation (instruct the start of the 
payment operation: 6803). At this time, the total charge 
and a message indicating that the merchant terminal is 
waiting for the user to initiate the payment operation are 
displayed on the LCD of the merchant terminal 102 or 
103 (display "waiting for payment operation": 6802). 
[0663] The user sets the mobile user terminal to the 
payment card mode, employs the function switch (F1 or 
F2) to display a payment card to be used for the pay- 
ment, and enters the payment amount using the 
number key switches. Then, while directing the infrared 
communication port 300 toward the infrared communi- 
cation module of the merchant terminal (the infrared 
communication port for the merchant terminal 103), the 
user depresses the execution switch 311, (payment 
operation 6804). The amount entered by the user may 
be equal to or greater than the charge. 
[0664] The mobile user terminal generates a payment 
offer 6805 that includes the payment amount entered by 
the user and information regarding the electronic pay- 
ment card designated by the user, and that is a mes- 
sage offering to pay the merchant an amount equal to 
the price. The payment offer 6805 is transmitted to the 
merchant terminal via infrared communication. 
[0665] Upon receiving the payment offer 6805, the 
merchant terminal examines the type of payment card, 
the payment amount and the remaining amount, and via 
infrared communication, transmits to the mobile user 
terminal a payment offer response 6806, which is a 
response message for the payment offer 6805. The pay- 
ment offer response 6806 includes information regard- 
ing the amount charged. 

[0666] Upon receiving the payment offer response 

6806, the mobile user terminal confirms that the amount 
charged is equal to or lower than the payment amount 
entered by the user. The user subtracts the amount 
charged from the total remaining amount held by the 
electronic payment card, and generates a micro-check 

6807, which is a message corresponding to a check on 
which the amount charged is given as the face value. 
The micro-check 6807 is transmitted to the merchant 
terminal via infrared communication. 

[0667] The merchant terminal examines the contents 
of the received micro-check 6807 and generates a t 
receipt 6808, which is a message corresponding to a 
message for the micro-check 6807 that has been paid. 
The merchant terminal transmits the receipt 6808 to the 



mobile user terminal via infrared communication, and 
displays, on the LCD, a message indicating that the pay- 
ment card clearing process has been completed (dis- 
play clearing completion: 681 0). 
[0668] A product is thereafter delivered by the mer- 
chant to the user (delivery of a product: 681 1). 
[0669] In Fig. 69 is shown the payment settlement 
processing performed by the mobile user terminal 100 
and the automatic vending machine 104. 
[0670] First, the user selects "purchase" from the 
operating menu that is displayed on the touch panel 
LCD of the automatic vending machine (purchase start 
operation 6900). The automatic vending machine then 
displays, on the touch panel LCD, a message permitting 
the user to select a product (display "waiting for product 
selection operation": 6901). 

[0671 ] When the user depresses the product selection 
switches 704 for desired products (product selection 
operation 6902), the automatic vending machine counts 
the number of selected products, calculates the total 
charge, and displays, on the touch panel LCD, the 
names, the volumes and the total amount charged for 
the selected products, and a button for starting the pay- 
ment operation (display "waiting for the payment start 
25 operation": 6903). Furthermore, when the user 
depresses the selection switch 704 for other desired 
products (product selection operation 6902), similarly, 
the automatic vending machine counts the number of 
selected products, calculates the total charge, and dis- 
30 plays, on the touch panel LCD, the names, the volumes 
and the total amount charged for the selected products, 
and the button for starting the payment operation (dis- 
play "waiting for the payment start operation": 6903). 
[0672] When the user presses the payment operation 
35 start button (payment start operation 6904), the auto- 
matic vending machine displays, on the LCD, a mes- 
sage permitting the user to start the payment operation 
using the electronic payment card (display "waiting for 
the payment operation": 6905). 
to [0673] The user sets the mobile user terminal to the 
payment card mode, employs the function switch (F1 or 
F2) to display a payment card to be used for the pay- 
ment, and enters the amount of the payment using the 
number key switches (the amount to be paid entered by 
is the user may be equal to or greater than the total value 
of the products). Then, while directing the infrared com- 
munication port 300 toward the infrared communication 
port of the automatic vending machine (payment opera- 
tion 6906), the user depresses the execution switch 
so 311. The mobile user terminal generates a payment 
offer 6907 that includes the amount of the payment 
entered by the user and the information for the elec- 
tronic payment card (card type or the remaining total 
amount) and that is a message to the automatic vending 
s machine (merchant) offering to pay the amount repre- 
sented by the price. The payment offer 6907 is then 
transmitted to the automatic vending machine via infra- 
red communication. 
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[0674] Upon receiving the payment offer 6907, the 
automatic vending machine examines the type of pay- 
ment card and the remaining amount, and via infrared 
communication, transmits to the mobile user terminal a. 
payment offer response 6908, which is a response mes- 5 
sage for the payment offer 6907. The payment offer 
response 6908 includes information expressing the 
amount charged (the total value of the products). 
[0675] Upon receiving the payment offer response 

6908, the mobile user terminal confirms that the charge 10 
amount is equal to or lower than the amount of the pay- 
ment entered by the user. The user subtracts the charge 
amount from the total remaining amount held by the 
electronic payment card, and generates a micro-check 

6909, which is a message corresponding to a check on 15 
which the amount charged is given as the face value. 
The micro-check 6909 is thereafter transmitted to the 
automatic vending machine via infrared communication. 
The automatic vending machine examines the contents 

of the received micro-check 6909, and generates a 20 
receipt 6910, which is a message corresponding to the 
message for the micro-check 6909 that has been paid. 
The automatic vending machine transmits the receipt 
6910 to the mobile user terminal via infrared communi- 
cation and discharges products through the discharge 25 
port 703. 

[0676] The mobile user terminal displays the contents 
of the receipt 6910 on the LCD (display the receipt: 
6911), and thereafter, the payment card settlement 
processing at the mobile user terminal is terminated. 30 
[0677] The payment card reference processing is 
shown in Fig. 72. 

[0678] The payment card reference process is not per- 
formed in accordance with a special processing 
sequence, but is performed during the data updating 35 
processing, when the service providing system updates 
the data in the merchant terminal 102 or 103 or in the 
automatic vending machine 1 04. 
[0679] When a time that has been set in advance is 
reached, the merchant terminal 102 or 103 or the auto- 40 
matic vending machine 104 automatically initiates the 
data updating process, and transmits, to the service 
providing system, a data update request 5702, which is 
a message requesting that the data updating process 
be performed. 45 
[0680] The service providing system thereafter trans- 
mits, to the merchant terminal 102 or 103 or the auto- 
matic vending machine 104, a data update response 
5703, which is a message transmitted as a reply to the 
data update request 5702 that was received. 50 
[0681 ] The data update response 5703 includes infor- 
mation indicating the range of the data that is to be 
uploaded (update option code 8809: Fig. 88B). Upon 
* receiving the data update response 5703, the merchant 
terminal 102 or 103 or the automatic vending machine 55 
104 generates and transmits, to the service providing 
system, upload data 5704, which is a message in which 
is included the data that is to be uploaded to the service 



providing system. At this time, the upload data 5704 
includes information for a new micro-check that is proc- 
essed during the payment card clearing process. 
[0682] In the service providing system, the service 
server 900 compares the received upload data 5704 
with the data in the merchant information server 903, 
and generates update data. At this time, the service 
server 900 also compares information for the micro- 
check with the management information that is stored in 
the service director information server 901 for the regis- 
tered electronic payment card, and examines the micro- 
check to determine whether it is valid. Then, the service 
server 900 transmits, to the merchant terminal 102 or 

103 or the automatic vending machine 104, an update 
data message 5705 that includes the data for updating 
the merchant terminal 102 or 103 or the automatic 
vending machine 104. The update data for the merchant 
terminal 102 or 103 or the automatic vending machine 

104 includes as information payment card reference 
results that indicate what results were obtained when 
the micro-check was examined to determine whether it 
was valid. 

[0683] The merchant terminal 1 02 or 1 03 or the auto- 
matic vending machine 1 04 develops the update data 
that is included in the received update data message 
5705, and updates the internal data. At this time, the 
payment card reference results are also stored as inter- 
nal data for the merchant terminal 102 or 103. For the 
automatic vending machine 104, the payment card ref- 
erence results are transmitted to a merchant by elec- 
tronic mail or by regular mail. 

[0684] Also for the merchant terminal 102 or 103, in 
accordance with the contract agreed to by the merchant 
and the service providing system, the payment card ref- 
erence results may be transmitted to the merchant by 
electronic mail or by regular mail, instead of being 
included in the update data for the merchant terminal. 
[0685] If the firm represented by the merchant differs 
from that represented by the payment card issuer, and a 
payment for the merchant who handles the micro-check 
is made by the payment card issuer, or if the usage of 
the payment card is periodically reported to the pay- 
ment card issuer in accordance with the terms of a con- 
tract, in accordance with the results that are obtained by 
the payment card reference process, the service provid- 
ing system, for example, weekly generates a usage 
condition notification 7200, which is a message notify- 
ing the payment card issuer of the payment card usage 
condition, and transmits it to the payment card issuing 
system 108. 

[0686] In Fig. 75 is shown the payment card transfer 
processing. 

[0687] in Fig. 75 is shown a case where user A trans- 
fers an electronic payment card to user B. The basic 
processing is the same whether infrared communication 
or digital wireless communication is employed by the 
users A and B. 

[0688] First, an explanation will be given when infrared 



61 

BNSDOCID: <EP 095O968A1 J_> 



121 



EP 0 950 968 A1 



communication is employed between the users A and B. 
[0689] The payment card transfer process is initiated 
when the users A and B orally agree to the transfer of an 
electronic payment card. 

[0690] First, user A sets the mobile user terminal to 
the payment card mode, and employs the function 
switch (F1 or F2) to display on the LCD a payment card 
that is to be transferred. User A depresses the function 
switch (F3) to display the operating menu for the elec- 
tronic payment card, and selects "payment card trans- 
fer." Thereafter, the user A depresses the execution 
switch while directing the infrared communication port 
toward the infrared communication port of the mobile 
user terminal of user B (payment card transfer operation 
7500). Then, via infrared communication, the mobile 
user terminal belonging to user A transmits, to the 
mobile user terminal belonging to user B, a payment 
card transfer offer 7501 , which is a message offering to 
transfer an electronic payment card. 
[0691 ] Upon receiving the payment card transfer offer 
7501, the mobile user terminal belonging to user B 
examines the contents of the payment card transfer 
offer 7501 , and displays on the LCD the contents of the 
electronic payment card that is to be transferred (display 
transfer offer: 7502). 

[0692] User B confirms the contents displayed on the 
LCD, and depresses the execution switch, while direct- 
ing the infrared communication port toward the infrared 
communication port of the mobile user terminal belong- 
ing to user A (transfer offer acceptance operation 7503). 
Then, via infrared communication, the mobile user ter- 
minal belonging to user B transmits, to the mobile user 
terminal belonging to user A, a payment card transfer 
offer response 7504, which is a message transmitted in 
response to the payment card transfer offer 7501. The 
mobile user terminal of user A displays on the LCD the 
contents of the payment card transfer offer response 
7504 (display the transfer offer response: 7505) that has 
been received. In addition, via infrared communication, 
the mobile user terminal of user A transmits to the 
mobile user terminal of user B a payment card transfer 
certificate 7506, which is a message corresponding to a 
certificate for the transfer of the electronic payment card 
to user B. 

[0693] The mobile user terminal of user B examines 
the payment card transfer certificate 7506 that has been 
received, and via infrared communication transmits a 
payment card receipt 7507, which is a message stating 
that the electronic payment card has been transferred, 
to the mobile user terminal of user A. 
[0694] Upon receiving the payment card receipt 7507, 
the mobile user terminal of user A displays on the LCD 
a transfer completion message (display transfer com- 
pletion: 7508). The processing for the mobile user termi- 
nal of user A (sender) is thereafter terminated. 
[0695] After transmitting the payment card receipt 
7507, the mobile user terminal of user B displays on the 
LCD the payment card transfer certificate 7506 that has 



been received. The mobile user terminal also displays a 
dialogue message to ask the user whether the transfer 
process with the service server (the process for down- 
loading a transferred electronic payment card from the 
5 service providing system) should be performed immedi- 
ately (display the transfer certificate: 7509). 
[0696] The dialogue message includes two operating 
menus: "transfer request" and "cancel." When "cancel" 
is selected, the current transfer process being per- 
10 formed with the service providing system is canceled. 
During the process (data updating process) wherein the 
service providing system updates the data in the mobile 
user terminal of user B, the electronic payment card that 
has been transferred is set up as a part of the update 
15 data for the mobile user terminal of user B. 

[0697] When user B selects "transfer request" (trans- 
fer request operation 7510), the mobile user terminal 
employs the payment card transfer certificate 7506 to 
generate a payment card transfer request 751 1 , which 
20 is a message requesting the transfer process be per- 
formed with the service providing system, and transmits 
the request 7511 to the service providing system 110 
via digital wireless telephone communication. 
[0698] The service providing system examines the 
25 contents of the payment card transfer request 751 1 that 
has been received, and via digital wireless telephone 
communication, transmits to the mobile user terminal of 
user B a payment card transfer message 7512 that 
includes the electronic payment card that was trans- 
30 ferred by user A. 

[0699] Upon receiving the payment card transfer mes- 
sage 7512, the mobile user terminal of user B displays 
the electronic payment card on the LCD (display the 
electronic payment card: 7513). The payment card 
35 transfer processing is thereafter terminated. 

[0700] Next, an explanation will be given for digital 

wireless telephone communication between users A * 

and B. 

[0701] For this type of communication, the payment 

40 card transfer process is also initiated when users A and 
B orally agree on the transfer of an electronic payment 
card. At this time, users A and B are using digital wire- 
less telephones to communicate with each other. 
[0702] First, user A sets the mobile user terminal to 

45 the payment card mode and employs the function 
switch (F1 or F2) to display on the LCD a payment card 
to be transferred. User A then depresses the function 
switch (F3) to display the operating menu for the elec- 
tronic payment card. The user selects "payment card 

so transfer" and depresses the execution switch (payment 
card transfer operation 7500). Then, via digital wireless 
telephone communication, the mobile user terminal of 
user A transmits, to the mobile user terminal of user B, 
a payment card transfer offer 7501, which is a message 

55 offering to transfer an electronic payment card. 

[0703] Upon receiving the payment card transfer offer 
7501, the mobile user terminal of user B examines the 
contents of the payment card transfer offer 7501 , and 
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displays on the LCD the contents of the electronic pay- 
ment card that is to be transferred (display transfer offer: 
7502). 

[0704] The user B confirms the contents displayed on 
the LCD, and depresses the execution switch (transfer 5 
offer acceptance operation 7503). Then, through digital 
wireless telephone communication, the mobile user ter- 
minal of user B transmits, to the mobile user terminal of 
user A, a payment card transfer offer response 7504, 
which is a response message for the payment card 10 
transfer offer 7501. 

[0705] The mobile user terminal of user A displays on 
the LCD the contents of the received payment card 
transfer offer response 7504 (display the transfer offer 
response: 7505). Thereafter, via digital wireless tele- 15 
phone communication, the mobile user terminal trans- 
mits to the mobile user terminal of user B a payment 
card transfer certificate 7506, which is a message corre- 
sponding to a certificate for the transfer of the electronic 
payment card to user B. 20 
[0706] The mobile user terminal of user B examines 
the received payment card transfer certificate 7506 and 
via digital wireless telephone communication transmits 
a payment card receipt 7507, which is a message stat- 
ing that the electronic payment card has been trans- 25 
terred to user B, to the mobile user terminal of user A. 
[0707] Upon receiving the payment card receipt 7507, 
the mobile user terminal of user A displays a transfer 
completion message on the LCD (display transfer com- 
pletion: 7508) . The processing for the mobile user termi- 30 
nal of user A (sender) is thereafter terminated. 
[0708] After transmitting the payment card receipt 
7507, the mobile user terminal of user B displays on the 
LCD the received payment card transfer certificate 
7506. Also, the mobile user terminal displays a dialogue 35 
message asking the user whether the transfer process 
with the service server (the process for downloading a 
transferred electronic payment card from the service 
providing system) should be performed immediately 
(display the transfer certificate: 7509). 40 
[0709] Included in the dialogue message are two 
operating menus: "transfer request" and "cancel." When 
"cancel" is selected, the current transfer process that is 
being conducted with the service providing system is 
canceled. During the process (data updating process) 45 
whereby the service providing system updates the data 
in the mobile user terminal of user B, the electronic pay- 
ment card that has been transferred is set in the mobile 
user terminal of user B as a part of the update data. 
[0710] When the user B selects "transfer request" so 
(transfer request operation 7510), the mobile user ter- 
minal disconnects the communication line leading from 
user A and connects the digital wireless telephone com- 
munication line with the service providing system. Then, 
the mobile user terminal employs the payment card 55 
transfer certificate 7506 to generate a payment card 
transfer request 751 1 , which is a message requesting 
the transfer process be performed with the service pro- 



viding system, and transmits the request 7511 to the 
service providing system via digital wireless telephone 
communication. 

[0711] The service providing system examines the 
contents of the received payment card transfer request 
751 1 , and via digital wireless telephone communication, 
transmits to the mobile user terminal of user B a pay- 
r ment card transfer message 7512 that includes the 
electronic payment card that is being transferred by 
user A, 

[071 2] Upon receiving the payment card transfer mes- 
sage 7512, the mobile user terminal of user B displays 
the electronic payment card on the LCD (display the 
electronic payment card: 7513). The payment card 
transfer processing is thereafter terminated. 
[071 3] In Fig. 78 is shown the electronic payment card 
installation processing. 

[0714] First, the user sets the mobile user terminal to 
the payment card mode and employs the function 
switch (F4) to display the operating menu for the pay- 
ment card mode. The user then selects "install" and dis- 
plays the installation screen on the LCD. Thereafter, the 
user employs the number key switches to enter the 
installation card number and the installation number 
that are printed on the electronic payment card installa- 
tion card, and depresses the execution switch 311 
(installation operation 7800). The mobile user terminal 
then transmits to the service providing system 110 an 
installation request 7801, which is a message request- 
ing the installation of an electronic payment card. 
[071 5] The service providing system 1 1 0 specifies an 
installation card issuer by referring to the installation 
card number that is included in the received electronic 
payment card installation request 7801, and transmits 
to the payment card issuing system of that issuer a pay- 
ment card installation request 7802, which is a message 
requesting that a payment card be issued. 
[0716] In the payment card issuing system, the pay- 
ment card issuing server 1200 compares the installation 
card number and the installation number, which are 
included in the payment card installation request 7802 
that has been received, with the management informa- 
tion that is stored in the payment card issuing informa- 
tion server 1202 for the electronic payment card 
installation cards that have been issued. In addition, the 
payment card issuing server 1200 updates the data in 
the customer information server 1201, in the payment 
card issuing information server 1202, and in the pay- 
ment card information server 1203. The payment card 
issuing server 1200 then generates the data for the 
requested payment card, and transmits to the service 
providing system an electronic payment card installation 
commission 7803, which is a message requesting the 
installation of an electronic payment card that corre- 
sponds to the payment card that has been requested. 
[0717] Upon receiving the electronic payment card 
installation commission 7803. the service providing sys- 
tem generates an electronic payment card, and to install 
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the electronic payment card in the mobile user terminal, 
transmits to the mobile user terminal an electronic pay : 
merit card installation message 7804. 
[0718] The mobile user terminal installs the electronic 
payment card that is included in the received electronic 
payment card installation message 7804, and displays 
on the LCD the installed electronic payment card (dis- 
play the electronic payment card: 7805). 
[071 9] A detailed explanation will be given later for the 
contents of the messages that are exchanged by the 
devices during the above electronic payment card serv- 
ice processing. 

[0720] The electronic telephone card service will now 
be described. 

[0721] The electronic telephone card service mainly 
includes seven types of processes: an electronic tele- 
phone card purchase process, an electronic telephone 
card registration process, an electronic telephone card 
setup process, an electronic telephone card settlement 
process, an electronic telephone card reference proc- 
ess, an electronic telephone card transfer process, and 
an electronic telephone card installation process. 
[0722] The telephone card purchase process is a 
process whereby the user purchases an electronic tele- 
phone card from a telephone card issuer. The telephone 
card registration process is a process whereby, in the 
service providing system, the user registers for his or 
her own use a purchased telephone card or one 
received as a gift. The telephone card setup process is 
a process whereby the service provider determines the 
process to be employed for the electronic telephone 
card at the electronic telephone card accounting 
machine 800 of the switching center 105 in accordance 
with a contract entered into with a communication serv- 
ice provider. The telephone card settlement process is a 
process whereby the user employs the electronic tele- 
phone card for communication. The telephone card ref- 
erence process is a process whereby the electronic 
telephone card accounting machine 800 asks the serv- 
ice providing system whether the electronic telephone 
card that is employed is valid. The telephone card trans- 
fer process is a process for transferring an electronic tel- 
ephone card. And the electronic telephone card 
installation process is a process for installing an elec- 
tronic telephone card in the mobile user terminal 100 
using an electronic telephone card installation card. 
[0723] In Fig. 63 is shown the telephone card pur- 
chase processing. 

[0724] First, the user sets the mobile user terminal 
100 to the telephone card mode, and uses the function 
switch (F4) to display the operating menu for the tele- 
phone card mode. Thereafter, the user selects "tele- 
phone card purchase," and the telephone card order 
screen is displayed on the LCD. Then, by using the 
function switch 307 and the number key switches 308, 
the user selects a telephone card issuer, enters the 
order code for a desired telephone card and a desired 
number of telephone cards, designates a credit card to 



be used for payment and the number of payments, and 
enters the code number. The user then depresses the 
execution switch 311 (telephone card order operation 
6300), and the mobile user terminal transmits, to the 

5 service providing system, a telephone card order 6301 , 
which is a message for applying for an electronic tele- 
phone card. Upon receiving the telephone card order 
6301 , the service providing system transmits, to the tel- 
ephone card issuing system 109, a telephone card 

10 order 6302, which is a message used to apply for a tel- 
ephone card. 

[0725] Upon the telephone card order 6302 being 
received at the telephone card issuing system, the tele- 
phone card issuing server 1300 updates the data in the 

is customer information server 1301, the telephone card 
issuing information server 1302 and the telephone card 
information server 1303. The telephone card issuing 
server 1300 generates telephone card data for the 
ordered telephone card, and transmits, to the service 

20 providing system, an electronic telephone card issuing 
commission 6303, which is a message requesting that a 
corresponding electronic telephone card be issued and 
that the settlement process be performed for the price of 
the telephone card. 

25 [0726] Upon receiving the electronic telephone card 
issuing commission 6303, the service providing system 
transmits, to the transaction processing system 106, a 
clearing request 6304, which is a message requesting 
that the price of the telephone card be cleared. 

30 [0727] Upon the clearing request 6304 being received 
at the transaction processing system, the transaction 
server 1000 updates data in the subscriber information 
server 1001, in the member store information server 
1002 and in the transaction information server 1003, 

35 performs the clearing of the credit card, and transmits to 
the service providing system a clearing completion noti- 
fication 6305, which is a message stating that the clear- 
ing process has been completed. 
[0728] Upon receiving the clearing completion notifi- 
ed cation 6305, the service providing system generates a 
clearing completion notification 6306, which is a mes- 
sage stating that the clearing process has been com- 
pleted, and transmits it to the telephone card issuing 
system. In addition, the service providing system gener- 

45 ates an electronic telephone card to be issued to the 
user. 

[0729] Upon receiving the clearing completion notifi- 
cation 6306, the telephone card issuing system gener- 
ates, and transmits to the service providing system, a 

so receipt 6307, which is a message corresponding to the 
receipt for the sale of the telephone card. 
[0730] Based on the received receipt 6307, the serv- 
ice providing system generates a receipt 6309, which is 
a receipt message for the user, and transmits it to the 

55 mobile user terminal, together with an electronic tele- 
phone issuance message 6308 that includes the elec- 
tronic telephone card that has been generated. 
[0731] Upon receiving the electronic telephone card 
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issuance message 6308 and the receipt 6309, the 
mobile user terminal displays the purchased electronic 
telephone card on the LCD (display the electronic tele- 
phone card: 6310). At this time, a dialogue message is 
also displayed on the LCD for registering the electronic 5 
telephone card that has been purchased. Then, when 
the user selects "register," the mobile user terminal initi- 
ates the telephone card registration process. 
[0732] The telephone card registration processing is 
shown in Fig. 65C. The telephone card registration 10 
process is begun when the dialogue message for regis- 
tering an electronic telephone card for use is displayed 
on the LCD. To display the dialogue message for the 
use registration, the execution switch 31 1 is depressed 
immediately after the electronic telephone card is pur- 75 
chased, or while an electronic telephone card that has 
not yet been registered is displayed ("unregistered" is 
displayed as the state of the telephone card). 
[0733] The dialogue message for registration has two 
operating menus: "register" and "cancel." When the 20 
user selects "cancel," the telephone card registration 
process is canceled. When the user selects "register" 
(registration operation of an electronic telephone card: 
6508), the mobile user terminal transmits, to the service 
providing system, a telephone card registration request 25 

6509, which is a message requesting the registration of 
an electronic telephone card. In the service providing 
system, the service server 900 compares the contents 
of the received telephone card registration request 6509 
with the user information in the user information server 30 
902. The service server 900 updates the management 
information that is stored in the service director informa- 
tion server 901 for an electronic telephone card that has 
been registered. The service server 900 registers the 
electronic telephone card, and transmits, to the mobile 35 
user terminal, a telephone card certificate issuance 
message 6510, which includes a certificate for the reg- 
istered electronic telephone card. 

[0734] Upon receiving the telephone card certificate 

6510, the mobile user terminal displays the registered 40 
electronic telephone card on the LCD ("registered" is 
displayed as the state of the telephone card) (display a 
registered telephone card: 651 1). 

[0735] The telephone card setup processing will now 
be described. 45 
[0736] The telephone card setup process is a process 
for, in accordance with a contract entered into by the 
service provider and the communication service pro- 
vider, setting and updating an electronic telephone card 
that is to be processed by the electronic telephone card so 
accounting machine 800 of the switching center 105. 
[0737] The telephone card setup process is not per- 
formed according to a special processing sequence, but 
is performed during the data updating processing (Fig. 
57B) when the service providing system updates the 55 
data in the electronic telephone card accounting 
machine 800 of the switching center 1 05. 
[0738] When a time that has been set in advance is 



reached, the electronic telephone card accounting 
machine 800 automatically initiates the data updating 
process, and transmits, to the service providing system, 
a data update request 5702, which is a message 
requesting the performance of the data updating proc- 
ess. 

[0739] The service providing system transmits, to the 
electronic telephone card accounting machine 800, a 
data update response 5703, which is a message dis- 
patched in response to the receipt of the data update 
request 5702. 

[0740] Upon receiving the data update response 
5703. the electronic telephone card accounting 
machine 800 generates and transmits, to the service 
providing system, upload data 5704, which is a mes- 
sage in which is included data to be uploaded to the 
service providing system. 

[0741] The service providing system compares the 
received upload data 5704 with the data in the merchant 
information server 903 and generates update data. At 
this time, an electronic telephone card that is to be proc- 
essed is updated, and information for the update is 
included in the update data. 

[0742] Then, the service providing system transmits, 
to the electronic telephone card accounting machine 
800, an update data message 5705 that includes the 
update data that has been generated. The electronic 
telephone card accounting machine 80O develops the 
update data that is included in the received update data 
message 5705, and updates the internal data. At this 
time, the electronic telephone card that is processed by 
the electronic telephone card accounting machine 800 
is also updated. 

[0743] In Fig. 70 is shown the telephone card settle- 
ment processing. 

[0744] First, the user sets the mobile user terminal to 
the telephone card mode, employs the function switch 
(F1 or F2) to display a telephone card to be used for the 
payment of a communication charge, enters the tele- 
phone number using the number key switches 308, and 
depresses the speech switch 305 (display an electronic 
telephone card and make a call: 7000). The mobile user 
terminal transmits, to the switching center 105, a micro- 
check call request 7001, which is a message used to 
request communication, using the electronic telephone 
card, with a destination indicated by the telephone 
number that is entered by the user. 
[0745] In the switching center, the electronic tele- 
phone card accounting machine 800 examines the con- 
tents of the micro-check call request 7001 that has been 
received, and transmits, to the mobile user terminal, a 
micro-check call response 7002, which is a message for 
charging a communication fee V (V > 0) for a specific 
communication time T (T > 0). 

[0746] Upon receiving the micro-check call response 
7002, the mobile user terminal subtracts the communi- 
cation fee V from the total remaining amount held by the 
electronic telephone card, and generates and transmits, 
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to the switching center, a telephone micro-check 7003, 
which is a message corresponding to a check on which 
the communication fee is entered as the face value. Fur- 
ther, the mobile user terminal displays, on the LCD, a 
message indicating that a call is in process (display "call 
in process": 7004). 

At the switching center, first, the electronic telephone 
card accounting machine examines the contents of the 
telephone micro-check 7003 that has been received. 
Then, the switch 801 transmits, to the telephone termi- 
nal 115, a call reception request 7005, which is mes- 
sage for the calling of the telephone terminal 115 
indicated by the telephone number entered by the user. 
[0747] Upon receiving the call reception request 7005, 
the telephone terminal 1 15 outputs a call tone to notify 
the owner of the telephone terminal 115 (receiver) that 
a call has been received (display "call reception": 7006). 
When the receiver answers the phone (speech opera- 
tion 7007), the telephone terminal 1 15 transmits, to the 
switch 801, a call reception response 7008, which a 
message stating that the call is permitted. 
[0748] When the switch 801 receives the call recep- 
tion response 7008, first, the electronic telephone card 
accounting machine generates and transmits, to the 
mobile user terminal, a receipt 7009, which is a mes- 
sage corresponding to a receipt for the telephone micro- 
check 7003 that has been issued. Then, the switch 801 
establishes the connection between the mobile user ter- 
minal and the telephone terminal, so that the user can 
communicate with the caller. At this time, the display on 
the LCD of the mobile user terminal is changed to one 
related to the connected state (telephone number for 
the current communication, the elapsed time and the 
total remaining amount held by the electronic telephone 
card) (display "line is connected": 7010). 
[0749] When the period of communication time 
exceeds T, instead of transmitting the telephone micro- 
check 7003 having the face value V, the electronic tele- 
phone card accounting machine transmits, to the mobile 
user terminal, a communication charge message 7011 
for an electronic micro-check for an amount charged 
that has a face value that equals a communication fee 
2V for a communication time 2T, 
[0750] Upon receiving the communication charge 
7011, the mobile user terminal further subtracts the 
communication fee V from the total remaining amount 
held by the electronic telephone card, and generates 
and transmits, to the switching center, a telephone 
micro-check 7012 for which the communication fee 2V 
is entered as the face value. 

[0751] The electronic telephone card accounting 
machine examines the contents of the electronic tele- 
phone micro-check 7012 that is received, and gener- 
ates and transmits, to the mobile user terminal, a receipt 
701 3, which is a message corresponding to a receipt for 
the electronic micro-check 7012. 
[0752] Upon receiving the receipt 7013, the mobile 
user terminal updates the total remaining amount held 



by the electronic telephone card that is displayed on the 
LCD (display accounting 7014). 

[0753] Thereafter, each time the communication time 
exceeds NT (N is a natural number), the electronic tele- 
5 phone card accounting machine transmits, to the mobile 
user terminal 100, a communication charge message 
7015 for an electronic micro-check for which the face 
value is the amount charged for the communication fee 
(N + 1 )V for the communication time (N + 1 )T, instead of 
io transmitting the telephone micro-check having a face 
value NV. The mobile user terminal thereafter further 
subtracts the communication fee V from the total 
remaining amount held by the electronic telephone 
card, and generates and transmits, to the switching 
15 center, a telephone micro-check 7016 for which the 
communication fee (N + 1)V is entered as the face 
value. The electronic telephone card accounting 
machine examines the contents of the electronic tele- 
phone micro-check 7016 that is received, and gener- 
ic ates and transmits, to the mobile user terminal, a receipt 
7017, which is a message corresponding to a receipt for 
the electronic micro-check 7016. Upon receiving the 
receipt 7017, the mobile user terminal updates the total 
remaining amount held by the electronic telephone card 
25 that is displayed on the LCD (display accounting 701 8). 
[0754] The messages, such as the call reception 
request 7005 and the call reception response 7008, that 
are exchanged by the switching center 105 and the tel- 
ephone terminal 115 depend on the protocol estab- 
30 lished for the line connection between the switching 
center 105 and the telephone terminal 1 15. 
[0755] The payment card reference processing is 
shown in Fig. 73. 

[0756] The telephone card reference process is not 
35 performed in accordance with a special processing 
sequence, but is performed during the data updating 
processing, when the service providing system updates 
the data in the electronic telephone card accounting 
machine. 

40 [0757] When a time that has been set in advance is 
reached, the electronic telephone card accounting 
machine automatically initiates the data updating proc- 
ess, and transmits, to the service providing system, a 
data update request 5702, which is a message request- 

45 ing that the data updating process be performed. 

[0758] The service providing system thereafter trans- 
mits, to the electronic telephone card accounting 
machine, a data update response 5703, which is a mes- 
sage transmitted as a reply to the data update request 

so 5702 that was received. 

[0759] The data update response 5703 includes infor- 
mation indicating the range of the data that is to be 
uploaded (update option code 8809: Fig. 88B). Upon 
receiving the data update response 5703, the electronic 

55 telephone card accounting machine generates and 
transmits, to the service providing system, upload data 
5704, which is a message in which is included the data 
that is to be uploaded to the service providing system. 
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this time, the upload data 5704 includes information 
for a new telephone micro-check that is processed dur- 
ing the telephone card clearing process. 
[0760] In the service providing system, the service 
server 900 compares the received upload data 5704 
with the data in the merchant information server 903, 
and generates data for updating the electronic tele- 
phone card accounting machine. Then, the service 
server 900 transmits, to the electronic telephone card 
accounting machine, an update data message 5705 
that includes the data for updating the electronic tele- 
phone card accounting machine. 
[0761] The electronic telephone accounting machine 
develops the update data that is included in the received 
update data message 5705, and updates the internal 
data. 

[0762] The service providing system also compares 
information for the telephone micro-check with the man- 
agement information that is stored in the service direc- 
tor information server 901 for the registered electronic 
telephone card, and examines the telephone micro- 
check to determine whether it is valid. The telephone 
card reference results are transmitted to a communica- 
tion service provider by electronic mail or by regular 
mail. 

[0763] If the firm represented by the communication 
service provider differs from that represented by the tel- 
ephone card issuer, and a payment for the communica- 
tion service provider who handles the telephone micro- 
check is made by the telephone card issuer, or if the 
usage of the telephone card is periodically reported to 
the telephone card issuer in accordance with the terms 
of a contract, in accordance with the results that are 
obtained by the telephone card reference process, the 
service providing system, for example, weekly gener- 
ates a usage condition notification 7300, which is a 
message notifying the telephone card issuer of the tele- 
phone card usage condition, and transmits it to the tele- 
phone card issuing system 109. 
[0764] In Fig. 76 is shown the telephone card transfer 
processing. 

[0765] In Fig. 76 is shown a case where user A trans- 
fers an electronic telephone card to user B. The basic 
processing is the same whether infrared communication 
or digital wireless communication is employed by the 
users A and B. 

[0766] First an explanation will be given when infrared 
communication is employed between the users A and B. 
[0767] The telephone card transfer process is initiated 
when the users A and B orally agree to the transfer of an 
electronic telephone card. 

[0768] First, user A sets the mobile user terminal to 
the telephone card mode, and employs the function 
switch (Fi or F2) to display on the LCD a telephone card 
that is to be transferred. User A depresses the function 
switch (F3) to display the operating menu for the elec- 
tronic telephone card, and selects "telephone card 
transfer." Thereafter, the user A depresses the execu- 



tion switch while directing the infrared communication 
port toward the infrared communication port of the 
mobile user terminal of user B (telephone card transfer 
operation 7600). Then, via infrared communication, the 
5 mobile user terminal belonging to user A transmits, to 
the mobile user terminal belonging to user B, a tele- 
phone card transfer offer 7601, which is a message 
offering to transfer an electronic telephone card. 
[0769] Upon receiving the telephone card transfer 
io offer 7501 , the mobile user terminal belonging to user B 
examines the contents of the telephone card transfer 
offer 7601 , and displays on the LCD the contents of the 
electronic telephone card that is to be transferred (dis- 
play transfer offer: 7602). 
is [0770] User B confirms the contents displayed on the 
LCD, and depresses the execution switch, while direct- 
ing the infrared communication port toward the infrared 
communication port of the mobile user terminal belong- 
ing to user A (transfer offer acceptance operation 7603). 
?£? Then, via infrared communication, the mobile user ter- 
minal belonging to user B transmits, to the mobile user 
terminal belonging to user A, a telephone card transfer 
offer response 7604, which is a message transmitted in 
response to the telephone card transfer offer 7601 . The 
?5 mobile user terminal of user A displays on the LCD the 
contents of the telephone card transfer offer response 
7604 (display the transfer offer response: 7605) that has 
been received. In addition, via infrared communication, 
the mobile user terminal of user A transmits to the 
io mobile user terminal of user B a telephone card transfer 
certificate 7606, which is a message corresponding to a 
certificate for the transfer of the electronic telephone 
card to user B. 

[0771] The mobile user terminal of user B examines 

s the telephone card transfer certificate 7606 that has 
been received, and via infrared communication trans- 
mits a telephone card receipt 7607, which is a message 
stating that the electronic telephone card has been 
transferred, to the mobile user terminal of user A. 

o [0772] Upon receiving the telephone card receipt 
7607, the mobile user terminal of user A displays on the 
LCD a transfer completion message (display transfer 
completion: 7608). The processing for the mobile user 
terminal of user A (sender) is thereafter terminated. 

5 [0773] After transmitting the telephone card receipt 
7607, the mobile user terminal of user B displays on the 
LCD the telephone card transfer certificate 7606 that 
has been received. The mobile user terminal also dis- 
plays a dialogue message to ask the user whether the 

o transfer process with the service server (the process for 
downloading a transferred electronic telephone card 
from the service providing system) should be performed 
immediately (display the transfer certificate: 7609). 
[0774] The dialogue message includes two operating 

' menus: "transfer request" and "cancel." When "cancel" 
is selected, the current transfer process being per- 
formed with the service providing system is canceled. 
During the process (data updating process) wherein the 
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service providing system updates the data in the mobile 
user terminal of user B, the electronic telephone card 
that has been transferred is set up as a part of the 
update data for the mobile user terminal of user B. 
[0775] When user B selects "transfer request" (trans- 5 
fer request operation 7610), the mobile user terminal 
employs the telephone card transfer certificate 7606 to 
generate a telephone card transfer request 761 1 , which 
is a message requesting the transfer process be per- 
formed with the service providing system, and transmits io 
the request 7611 to the service providing system via 
digital wireless telephone communication. 
[0776] The service providing system examines the 
contents of the telephone card transfer request 761 1 
that has been received, and via digital wireless tele- 15 
phone communication, transmits to the mobile user ter- 
minal of user B a telephone card transfer message 761 2 
that includes the electronic telephone card that was 
transferred by user A. 

[0777] Upon receiving the telephone card transfer 20 
message 7612, the mobile user terminal of user B dis- 
plays the electronic telephone card on the LCD (display 
the electronic telephone card; 7613). The telephone 
card transfer processing is thereafter terminated. 
[0778] Next, an explanation will be given for digital 25 
wireless telephone communication between users A 
and B. 

[0779] For this type of communication, the telephone 
card transfer process is also initiated when users A and 
B orally agree on the transfer of an electronic telephone 30 
card. At this time, users A and B are using digital wire- 
less telephones to communicate with each other. 
[0780] First, user A sets the mobile user terminal to 
the telephone card mode and employs the function 
switch (F1 or F2) to display on the LCD a telephone card 35 
to be transferred. User A then depresses the function 
switch (F3) to display the operating menu for the elec- 
tronic telephone card. The user selects "telephone card 
transfer" and depresses the execution switch (telephone 
card transfer operation 7600). Then, via digital wireless 40 
telephone communication, the mobile user terminal of 
user A transmits, to the mobile user terminal of user B, 
a telephone card transfer offer 7601, which is a mes- 
sage offering to transfer an electronic telephone card. 
[0781] Upon receiving the telephone card transfer 45 
offer 7601, the mobile user terminal of user B examines 
the contents of the telephone card transfer offer 7601 , 
and displays on the LCD the contents of the electronic 
telephone card that is to be transferred (display transfer 
offer; 7602). 50 
[0782] The user B confirms the contents displayed on 
the LCD, and depresses the execution switch (transfer 
offer acceptance operation 7603). Then, through digital 
wireless telephone communication, the mobile user ter- 
minal of user B transmits, to the mobile user terminal of 55 
user A, a telephone card transfer offer response 7604, 
which is a response message for the telephone card 
transfer offer 7601. 



[0783] The mobile user terminal of user A displays on 
the LCD the contents of the received telephone card 
transfer offer response 7604 (display the transfer offer 
response: 7605). Thereafter, via digital wireless tele- 
phone communication, the mobile user terminal trans- 
mits to the mobile user terminal of user B a telephone 
card transfer certificate 7606, which is a message corre- 
sponding to a certificate for the transfer of the electronic 
telephone card to user B. 

[0784] The mobile user terminal of user B examines 
the received telephone card transfer certificate 7606 
and via digital wireless telephone communication trans- 
mits a telephone card receipt 7607, which is a message 
stating that the electronic telephone card has been 
transferred to user B, to the mobile user terminal of user 
A. 

[0785] Upon receiving the telephone card receipt 
7607, the mobile user terminal of user A displays a 
transfer completion message on the LCD (display trans- 
fer completion: 7608). The processing for the mobile 
user terminal of user A (sender) is thereafter termi- 
nated. 

[0786] After transmitting the telephone card receipt 
7607, the mobile user terminal of user B displays on the 
LCD the received telephone card transfer certificate 
7606. Also, the mobile user terminal displays a dialogue 
message asking the user whether the transfer process 
with the service server (the process for downloading a 
transferred electronic telephone card from the service 
providing system) should be performed immediately 
(display the transfer certificate: 7609). 
[0787] Included in the dialogue message are two 
operating menus: "transfer request" and "cancel." When 
"cancel" is selected, the current transfer process that is 
being conducted with the service providing system is 
canceled. During the process (data updating process) 
whereby the service providing system updates the data 
in the mobile user terminal of user B t the electronic tel- 
ephone card that has been transferred is set in the 
mobile user terminal of user B as a part of the update 
data. 

[0788] When the user B selects "transfer request" 
(transfer request operation 7610), the mobile user ter- 
minal disconnects the communication line leading from 
user A and connects the digital wireless telephone com- 
munication line with the service providing system. Then, 
the mobile user terminal employs the telephone card 
transfer certificate 7606 to generate a telephone card 
transfer request 7611, which is a message requesting 
the transfer process be performed with the service pro- 
viding system, and transmits the request 761 1 to the 
service providing system via digital wireless telephone 
communication. 

[0789] The service providing system examines the 
contents of the received telephone card transfer request 
761 1 , and via digital wireless telephone communication, 
transmits to the mobile user terminal of user B a tele- 
phone card transfer message 7612 that includes the 
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electronic telephone card that is being transferred by 
user A. 

[0790] Upon receiving the telephone card transfer 
message 7612, the mobile user terminal of user B dis- 
plays the electronic telephone card on the LCD (display 
the electronic telephone card: 7613). The telephone 
card transfer processing is thereafter terminated. 
[0791] In Fig. 79 is shown the electronic telephone 
card installation processing. 

[0792] First, the user sets the mobile user terminal to 
the telephone card mode and employs the function 
switch (F4) to display the operating menu for the tele- 
phone card mode. The user then selects "install" and 
displays the installation screen on the LCD. Thereafter, 
the user employs the number key switches to enter the 
installation card number and the installation number 
that are printed on the electronic telephone card instal- 
lation card, and depresses the execution switch 311 
(installation operation 7900). The mobile user terminal 
then transmits to the service providing system 110 an 
installation request 7901, which is a message request- 
ing the installation of an electronic telephone card. 
[0793] The service providing system 1 1 0 specifies an 
installation card issuer by referring to the installation 
card number that is included in the received electronic 
telephone card installation request 7901, and transmits 
to the telephone card issuing system of that issuer a tel- 
ephone card installation request 7902, which is a mes- 
sage requesting that a telephone card be issued. 
[0794] In the telephone card issuing system, the tele- 
phone card issuing server 1300 compares the installa- 
tion card number and the installation number, which are 
included in the telephone card installation request 7902 
that has been received, with the management informa- 
tion that is stored in the telephone card issuing informa- 
tion server 1302 for the electronic telephone card 
installation cards that have been issued, in addition, the 
telephone card issuing server 1300 updates the data in 
the customer information server 1301, in the telephone 
card issuing information server 1302, and in the tele- 
phone card information server 1303. The telephone 
card issuing server 1300 then generates the data for the 
requested telephone card, and transmits to the service 
providing system an electronic telephone card installa- 
tion commission 7903, which is a message requesting 
the installation of an electronic telephone card that cor- 
responds to the telephone card that has been 
requested. 

[0795] Upon receiving the electronic telephone card 
installation commission 7903, the service providing sys- 
tem generates an electronic telephone card, and to 
install the electronic telephone card in the mobile user 
terminal, transmits to the mobile user terminal an elec- 
tronic telephone card installation message 7904. 
[0796] The mobile user terminal installs the electronic 
telephone card that is included in the received elec- 
tronic telephone card installation message 7904, and 
displays on the LCD the installed electronic telephone 



card (display the electronic telephone card: 7905). 
[0797] A detailed explanation will be given later for the 
contents of the messages that are exchanged by the 
devices during the above electronic telephone card 
5 service processing. 

[0798] The electronic credit card service will now be 
described. 

[0799] The electronic credit card service includes two 
settlement processes: a network credit settlement proc- 

10 ess, for a credit clearance for the price of a product for 
the purchase of a ticket, for a payment card purchase 
and for telephone card processes; and a real credit set- 
tlement process for a credit clearance at a common 
retail shop, etc. Since the network credit settlement 

15 processing has been described for the purpose of a 
ticket purchase, for a payment card purchase and for 
telephone card purchase processes, the real credit set- 
tlement processing will now be described. 
[0800] In Fig. 84 is shown the real credit settlement 

20 processing. 

[0801 ] First, the user notifies the merchant that an 
electronic credit card will be employed for the payment 
(instruct settlement to be made with an electronic credit 
card: 8400). 

25 [0802] The merchant depresses the credit card settle- 
ment switch 513 (the function switch F3 for the mer- 
chant terminal 103) (depress the credit card settlement 
switch: 8401 ), and permits the user to start the payment 
operation (instruct the start of the payment operation: 

30 8403). At this time, the total charge and a message indi- 
cating that the merchant terminal is waiting for the user 
to initiate the payment operation to be performed by the 
user are displayed on the LCD of the merchant terminal 
102 or 103 (display "waiting for the payment operation": 

35 8402). 

[0803] The user sets the mobile user terminal to the 
credit card mode, employs the function switch (F1 or F2) 
to display a payment card to be used for the payment, 
and enters the amount to be paid and the number of 

40 payments. Then, while directing the infrared communi- 
cation port 300 to the infrared communication module of 
the merchant terminal (the infrared communication port 
for the merchant terminal 103) (payment operation 
8404), the user depresses the execution switch 31 1 . 

45 [0804] The mobile user terminal generates a payment 
offer 8405 that includes the credit card type, the amount 
to be paid and the number of payments that are entered 
by the user, and that is a message offering to pay the 
merchant the quoted price. The payment offer 8405 is 

so transmitted to the merchant terminal via infrared com- 
munication. 

[0805] Upon receiving the payment offer 8405, the 
merchant terminal examines the type of credit card and 
the amount of the payment, and via infrared corr.muni- 
55 cation, transmits to the mobile user terminal a payment 
offer response 8406, which is a response message for 
the payment offer 8405. In addition, via digital telephone 
communication the merchant terminal transmits, to the 
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service providing system 110, an authorization request 
8409, which is a message requesting an authorization 
for the user. At this time, the message indicating that the 
authorization process is in progress is displayed on the 
LCD of the merchant terminal (display "authorization 
process in progress": 8407). 

[0806] The mobile user terminal 100 receives the pay- 
ment offer response 8406 from the infrared communica- 
tion port 300, and compares the amount charged 
included in the response 8406 with the amount of the 
payment. Then, via digital wireless telephone communi- 
cation, the mobile user terminal transmits, to the service 
providing system 110, a payment request 8410, which 
. is a message requesting that the payment of a price 
using credit be permitted. At this time, a message indi- 
cating the payment process is in progress is displayed 
on the LCD of the mobile user terminal (display "pay- 
ment process in progress": 8408). 
[0807] The service providing system 1 1 0 receives the 
authorization request 8409 from the merchant terminal 
and the payment request 841 0 from the mobile user ter- 
minal 100, and compares the two. In addition, the serv- 
ice providing system 110 examines the credit state of 
the user, and generates and transmits, to the merchant 
terminal, an authorization response 8411, which is a 
response message for the authorization request. 
[0808] Upon receiving the authorization response 
841 1 from the service providing system 1 10, the mer- 
chant terminal displays, on the LCD, the contents of the 
authorization response 8411, and notifies the operator 
(merchant) of the authorization results (display the 
authorization results 8412). 

[0809] The operator (merchant) confirms the contents 
of the authorization, depresses the execution switch of 
the merchant terminal, and instructs the start of the set- 
tlement process (settlement process request operation 
8413). Then, via digital telephone communication, the 
merchant terminal transmits, to the service providing 
system 1 10, a clearance request 8415, which is a mes- 
sage requesting the settlement, and displays on the 
LCD a message indicating the settlement is in process 
(display "settlement process in progress": 8414). 
[081 0] The service providing system 1 1 0 receives the 
clearance request 8415 from the merchant terminal, 
and transmits, to the transaction processing system 
106, a clearance request 8416, which is a message 
requesting the performance of the credit settlement 
process by the transaction processing system 106. 
[0811] Upon receiving the clearing request 8416 at 
the transaction processing system, the transaction 
server 1000 updates the data in the subscriber informa- 
tion server 1001, in the member store information 
server 1002 and in the transaction information server 
1003, and performs the credit settlement process. 
Then, a clearing completion notification 841 7. which is a 
message stating that the settlement process has been 
completed is transmitted to the service providing sys- 
tem. 
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[0812] Upon receiving the clearing completion notifi- 
cation 8417, the service providing system generates a 
clearing completion notification 8418, which is a mes- 
sage stating that the settlement process has been com- 
5 pleted, and transmits it to the merchant terminal. 

[0813] Upon receiving the clearing completion notifi- 
cation 8418, the merchant terminal generates a receipt 
message 8419, which corresponds to a receipt, and 
transmits it to the service providing system. The mer- 
10 chant terminal also displays on the LCD the contents of 
the clearing completion notification 8419 in order to 
notify the operator (merchant) that the settlement proc- 
ess has been completed (display clearing completion- 
8420). 

15 [0814] Upon receiving the receipt message 8419, the 
service providing system generates a receipt message 
8421 , and transmits it to the mobile user terminal. 
[0815] The mobile user terminal 100 displays, on the 
LCD, the contents of the receipt 8421 that has been 

20 received, and notifies the user of the completion of the 
settlement process (display the receipt: 8422). 
[081 6] A detailed explanation will be given later for the 
messages that are exchanged by the devices during the 
above electronic credit card service process. 

25 [081 7] The internal structure of the mobile user termi- 
nal 100 will now be described. 

[0818] Fig. 15 is a block diagram illustrating the 
arrangement of the mobile user terminal 100. This ter- 
minal 100 comprises: a CPU (Central Processing Unit) 
30 1 500, which employs a program stored in a ROM (Read 
Only Memory) 1501 to process data for transmission 
and for reception, and to control the other components 
via a bus 1529; a RAM (Random Access Memory) 

1502, in which are stored data that are processed and 
35 that are to be processed by the CPU 1500; a EEPROM 

(Electric Erasable Programmable Read Only Memory) 

1 503, in which are stored a terminal ID and a telephone 
number for the mobile user terminal 100 when used as 
a wireless telephone terminal, a user ID, a code number 

40 for a user, a private key and a public key for a digital sig- 
nature, a service provider ID, and the telephone number 
and the public key of the service providing system 110 
(the digital signature of the service provider is accompa- 
nied by the telephone number of the service providing 

45 system); an LCD controller 1504, which operates the 
LCD 303 under the control of the CPU 1500, and which 
displays on the LCD an image that is set up by the CPU 
1500; a cryptographic processor 1505, which encrypts 
and decrypts data under the control of the CPU 1 500; a 

so data codec 1506, which under the control of the CPU 
1 500 encodes data to be transmitted and decodes data 
that is received; an infrared communication module 
1507, which transmits and receives infrared rays during 
infrared communication; a key operator 1509, which 

55 detects the manipulation by the user of the mode switch 
304, the speech switch 305, the end switch 306, the 
function switch 307, the number key switch 308, the 
power switch 309 and the execution switch 311; an 
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audio processor 1511, which drives a loudspeaker 
1510, a receiver 302 or a headphone set that is con- 
nected to a headphone jack 312, and amplHies an ana- 
log audio signal that is input through the microphone 
310 or the headphone head; an audio codec 1512, 5 
which encodes an analog audio signal 1542 to provide 
digital audio data, and decodes digital audio data to pro- 
vide an analog audio signal 1543; a channel codec 
1513, which generates data to be transmitted along a 
radio channel, and which extracts, from received data, w 
data that is addressed to the mobile user terminal 100; 
a modulator 1514, which modulates a serial digital sig- 
nal 1547 input by the channel codec 1513 to obtain an 
analog transmission signal 1549 that employs as a 
baseband an electric signal 1552 that is transmitted by 15 
a PLL 1516; a demodulator 1515, which, to obtain a 
serial digital signal 1548. demodulates a received ana- 
log signal 1 550 while employing as a baseband an elec- 
tric signal 1553 that is supplied by the PLL 1516, and 
which transmits the serial digital signal 1548 to the 2 o 
channel codec 1513; an RF unit 1517, which changes 
the analog transmission signal 1549 received from the 
modulator 1514 into a radio wave and outputs it through 
an antenna 301, and which, upon receiving a radio 
wave through the antenna 301 , transmits an analog 2 s 
reception signal 1550 to the demodulator 1515; a bat- 
tery capacity detector 1518, which detects the capacity 
of the battery of the mobile user terminal 100; and a 
control logic unit 1508, which activates the channel 
codec 1513, the PLL 1516 and the RF unit 1517, and 30 
which processes interrupt signals, transmitted by the 
key operator 1509, the channel codec 1513 and the bat- 
tery capacity detector 1518, and serves as an interface 
when the CPU 1500 accesses the internal registers of 
the key operator 1509, the audio processor 1511, the 3S 
audio codec 1512 and the channel codec. 
[0819] The cryptographic processor 1505 includes a 
secret key encryption and decryption function and a 
public key encryption and decryption function. The cryp- 
tographic processor 1505 employs a cryptography 40 
method determined by the CPU 1500 and the keys to 
encrypt or decrypt data set by the CPU 1500. The 
encryption and decryption functions of the crypto- 
graphic processor 1505 are employed to perform a dig- 
ital signature process or a closing process for a 45 
message, and to decrypt a closed and encrypted mes- 
sage or to verify a digital signature accompanying a 
message. A detailed explanation will be given later for 
the digital signature process, the closing process, the 
decryption process, and the digital signature verification so 
process. 

[0820] The data codec 1 506 encodes data to be trans- 
mitted or decodes data that is received under the con- 
trol of the CPU 1500. In this case, the' encoding is a 
process lor generating data to be transmitted that ss 
includes communication control information and error 
correction information, and the decoding is a process 
for performing error correction for the received data and 



for removing extra communication control information in 
order to obtain the data that a sender was originally to 
transmit. The data codec 1 506 has a function for encod- 
ing or decoding data during data communication per- 
formed using a digital wireless telephone, and a 
function for encoding or decoding data during infrared 
communication. The data codec 1506 performs encod- 
ing or decoding, as determined by the CPU 1500, for 
data that are set by the CPU 1500. 
[0821] When, for example, a closed message accom- 
panied by a digital signature is to be transmitted via dig- 
ital wireless telephone communication, the CPU 1500 
employs the cryptographic processor 1505 to perform a 
digital signature process and a closing process for a 
message, employs the data codec 1506 to encode the 
obtained message to provide a data communication 
form for a digital wireless telephone, and transmits the 
resultant message via the control logic unit 1508 to the 
channel codec 1513. 

[0822] When a closed message accompanied by a 
digital signature is received via digital wireless tele- 
phone communication, the CPU 1500 reads that mes- 
sage from the channel codec 1513 through the control 
logic unit 1 508, employs the data codec 1 506 to decode 
the received message, and permits the cryptographic 
processor 1505 to decrypt the closed and encrypted 
message and to verify the digital signature accompany- 
ing the message. 

[0823] Similarly, when a closed message accompa- 
nied by a digital signature is to be transmitted via infra- 
red communication, the CPU 1500 employs the 
cryptographic processor 1 505 to provide a digital signa- 
ture for the message and to close the message, and 
employs the data codec 1506 to encode the obtained 
message to provide a data form suitable for infrared 
communication. Then, the resultant message is trans- 
mitted to the infrared communication module 1507. 
[0824] When a closed message accompanied by a 
digital signature is received via infrared communication, 
the CPU 1500 reads that message from the infrared 
communication module 1507, employs the data codec 
1506 to decode the received message, and permits the 
cryptographic processor 1 505 to decrypt the closed and 
encrypted message and to verify the digital signature 
accompanying the message. 

[0825] When the user depresses either the mode 
switch 304, the speech switch 305, the end switch 306, 
the function switch 307, the number key switch 308, the 
power switch 309, or the execution switch 31 1 the key 
operator 1509 detects the switch manipulation by the 
user and asserts an interrupt signal 1538 requesting the 
performance of a process corresponding to the switch 
that was manipulated. As is shown in Fig. 16A, the key 
operator 1509 includes a key control register (KEYCTL) 
1612 for setting the valid/invalid state of each switch. 
The CPU 1500 accesses the key control register (KEY- 
CTL) 1612 to set the valid/invalid state of each switch. 
[0826] The audio processor 1511 includes an audio 
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control register (SCTL) 1611 for controlling the audio 
process, as is shown in Fig. 16A. The CPU 1500 
accesses the audio control register (SCTL) 161 1 to con- 
trol the audio processor 151 1. When, for example, a call 
request over a digital wireless telephone is received, the 5 
CPU 1500 accesses the audio control register (SCTL) 
1611 to output a call tone for a digital wireless tele- 
phone. As a result, the audio processor 1 51 1 drives the 
loudspeaker 1510 to release the call tone for a digital 
wireless telephone. It should be noted that when a call 10 
request is from the service providing system 110, no 
call arrival tone is output, and the CPU 1500 initiates a 
process for establishing a communication session with 
the service providing system. 

[0827] The audio codec 1512 encodes an analog is 
audio signal 1542 received from the audio processor 
151 1 to provide digital audio data, and decodes digital 
audio data received from the channel codec 1513 to 
provide an analog audio signal 1543. The analog audio 
signal 1 543 is transmitted to the audio processor 151 1 , 20 
which amplifies the signal 1543 and drives the receiver 
302 to produce sounds. The encoded digital audio data 
are transmitted as a digital audio signal 1546 to the 
channel codec 1513, which converts the data into data 
that can be transmitted across the radio channel. 25 
[0828] In addition, the audio codec 1512 includes an 
audio data encryption key register (CRYPT) 1613 in 
which is stored an encryption key for the secret key 
cryptography method that is employed for encryption 
and decryption of audio data. When the audio data 30 
encryption key is set to the audio data encryption key 
register (CRYPT) 1613 by the CPU 1500, the audio 
codec 1512 encodes the analog audio signal 1542 to 
provide digital audio data, and at the same time 
encrypts the digital audio data, or decodes the digital 35 
audio data to provide an analog audio signal 1543 while 
simultaneously decrypting the audio data. 
[0829] Two types of data to be transmitted are 
received by the channel codec 1513: one type is digital 
audio data originating at the audio codec 1 51 2 as a dig- 40 
ital audio signal 1546, and the other type is data-com- 
munication data originating at the CPU 1500 that pass 
through the control logic unit 1508 as a digital signal 
1556. 

[0830] The channel codec 1513 adds identification 45 
data, as header information, to digital audio data and 
data-communication data, then converts the data into a 
serial digital signal 1547 having a data format that is 
suitable for a digital wireless telephone, and transmits 
the signal 1 547 to the modulator 1514. 50 
[0831 ] In addition, upon receiving a serial digital signal 
1548 from the demodulator 1515, the channel codec 
1513 examines a terminal ID and extracts only such 
data as is addressed to the channel codec 1513, 
removes the communication control information for the 55 
digital wireless telephone, identifies the digital audio 
data and the data-communication data in the header 
information, and transmits these data as a cfigrtal audio 



signal 1 546 and a digital signal 1 556 to the audio codec 
1512 and the control logic unit 1508 respectively. 
[0832] Further, upon receiving a digital wireless call or 
data-communication data, the channel codec 1513 
asserts an interrupt signal 1554, and upon receiving 
digital audio data, brings the control signal 1544 low. 
The interrupt signal 1554 is a signal requesting that the 
CPU 1500 perform a process for a received digital wire- 
less phone communication and a process for data -com- 
munication data. The control signal 1 544 is a low-active 
signal for requesting that the audio codec 1512 process 
the received digital audio data. 

[0833] In order to perform these processes, as is 
shown in Fig. 16A, the channel codec 1513 includes: an 
ID register (ID) 1605. in which is stored a terminal ID; a 
channel codec control register (CHCTL) 1606, which 
controls the operation of the channel codec 1513; an 
audio transmission buffer 1 607, in which are stored dig- 
ital audio data received from the audio codec 1512; an 
audio reception buffer 1608, in which are stored digital 
audio data extracted from received data; a data trans- 
mission buffer 1609, in which are stored data-communi- 
cation data received from the control logic unit 1508; 
and a data reception buffer 1610, in which are stored 
data-communication data extracted from received data. 
[0834] A control signal 1 545 is a control signal direct- 
ing the audio codec 1 512 to write data to the data trans- 
mission buffer 1607 and to read data from the data 
reception buffer 1608. When the control signal 1545 
goes low, the digital audio data are written to the data 
transmission buffer 1607, and when the control signal 
1545 goes high, the digital audio data are read from the 
data reception buffer 1 609. 

[0835] A control signal 1555 is a control signal with 
which the CPU 1500 directs the channel codec 1513, 
via the control logic unit 1508, to write data to the data 
transmission buffer 1609 and to read data from the data 
reception buffer 1610. When the control signal 1555 
goes low, the data-communication data are written to 
the data transmission buffer 1609, and when the control 
signal 1555 goes high, the data-communication data 
are read from the data reception buffer 1610. 
[0836] The modulator 1514 modulates a serial digital 
signal 1547 received from the channel codec 1513 to 
provide an analog transmission signal 1549, which is 
employed as a baseband for an electric signal 1 552 that 
is supplied by the PLL 1516, and transmits the signal 
1549 to the RF unit 1517. The analog transmission sig- 
nal 1549 received by the RF unit 1517 is output as a 
radio wave through the antenna 301. 
[0837] When a radio wave is received at the antenna 
301, an analog reception signal 1550 is transmitted by 
the RF unit 1517 to the demodulator 1515. The demod- 
ulator 1515 demodulates the analog signal 1550, while 
employing as its baseband an electric signal 1553 that 
is supplied by the PLL 1516, and transmits an obtained 
serial digital signal 1548 to the channel codec 1513. 
[0838] The battery capacity detector 1 51 8, for detect- 
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ing the capacity of a battery, asserts an interrupt signal 
1557 when the remaining capacity of the battery of the 
mobile user terminal 100 is equal to or less than a value 
Q (Q > 0) that is set by the CPU 1 500. The interrupt sig- 
nal 1557 is a signal for requesting that the CPU 1500 5 
perform a data backup process for the RAM 1502. The 
value Q is large enough to enable the mobile user termi- 
nal 100 to communicate with the service providing sys- 
tem 1 10 in order to back up data in the RAM 1502 for 
the service providing system 110 (data backup proc- w 
ess). 

[0839] The control logic unit 1508, as is shown in Fig. 
16A, includes five internal registers: a frame counter 
(FRAMEC) 1600, a start frame register (FRAME) 1601 , 
a clock counter (CLOCKC) 1602, an update time regis- is 
ter (UPTIME) 1603, and an interrupt register (INT) 
1604. 

[0840] The frame counter 1 600 is employed to count 
the number of frames for the digital wireless telephone; 
the start frame register 1601 is employed to store the 20 
frame number of the frame that is to be activated next; 
the clock counter 1602 is employed to measure the cur- 
rent time; the update time register 1603 is employed to 
store the time at which the mobile user terminal 1 00 will 
communicate with the service providing system 1 10 to 25 
update data in the RAM 1502 (data updating process); 
and the interrupt register 1604 is employed to indicate 
the reason an interrupt was generated for the CPU 
1500. 

[0841] Generally, to receive a call the digital wireless 30 
telephone intermittently acquires control data for a con- 
trol channel and compares it with the terminal ID. The 
mobile user terminal 100 employs the frame counter 
1600 and the start frame register 1601 to intermittently 
acquire control data. First, the frame number of the 35 
frame to be activated next is stored in advance in the 
start frame register 1601 , and when the count value of 
the frame counter 1600 equals the amount held by the 
start frame register 1601, to acquire control data the 
control logic unit 1508 activates the channel codec 40 
1513, the PLL 1516 and the RF unit 1517 via an 
address data signal line 1558. 

[0842] When the value of the clock counter 1602 
matches the amount in the update time register 1603, or 
when one of the interrupt signals 1558, 1554 and 1557 45 
is asserted, the control logic unit 1508 writes the reason 
for the interrupt in the interrupt register (INT) 1604, and 
asserts an interrupt signal 1519 requesting that the 
CPU 1500 perform an interrupt process. For the inter- 
rupt processing, the CPU 1 500 reads the reason stored so 
in the interrupt register (INT) 1604 and then performs a 
corresponding process. 

[0843] The individual bit fields of the interrupt register 
(INT) 1604 are defined as is shown in Fig. 16B. ' 
[0844] Bit 31 represents the state of the power switch 55 
309. When the bit value is 0, it indicates the state is the 
power-OFF state, and when the bit value is 1 , it indi- 
cates the state is the power-ON state. 



[0845] Bit 30 represents the digital wireless telephone 
communication state. When the bit value is 0, it indi- 
cates the state is one wherein no digital wireless tele- 
phone communication is being performed, and when 
the bit value is 1 , it indicates the state is one wherein 
digital wireless telephone communication is in progress. 
[0846] Bit 29 represents the generation of a frame 
interrupt requesting the intermittent acquisition of con- 
trol data. When the bit value is 1 , it indicates a condition 
that exists when a frame interruption has occurred. In 
this bit field, a 1 is set when the amount in the frame 
counter 1600 equals the amount held in the start frame 
register 1601. 

[0847] Bit 28 represents the generation of a call arrival 
interrupt. When the bit value is 1 , it indicates that a dig- 
ital wireless call has arrived. In this bit field, a 1 is set 
when the terminal ID is matched and the interrupt signal 
1554 is asserted during the intermittent acquisition of 
control data for the digital wireless phone. 
[0848] Bit 27 represents the generation of a data 
reception interrupt. When the bit value is 1, it indicates 
that data is being received. In this bit field, a 1 is set 
when the data-communication data are received and 
the interrupt signal 1554 is asserted during the course 
of digital wireless telephone communication. 
[0849] Bit 26 represents the generation of an update 
interrupt requesting the performance of a data updating 
process. When the bit value is 1 , it indicates the gener- 
ation of the update interrupt. In this bit field, a 1 is set 
when the amount in the clock counter 1 602 matches the 
amount in the update time register 1603. 
[0850] Bit 25 represents the generation of a battery 
interrupt requesting a backup process. When the bit 
value is 1 , it represents the generation of the battery 
interrupt. In this bit field, a 1 is set when the interrupt 
signal 1 557 received from the battery capacity detector 
1518 is asserted. 

[0851 ] Bit 24 represents the generation of a key inter- 
rupt by the manipulation of the switch. When the bit 
value is 1 , it represents the generation of the key inter- 
rupt. 

[0852] Bits 0 to 9 correspond to switches 0 to 9 for the 
number key switch 208. Bit 10 and bit 1 1 correspond to 
number key switches and "#" and bits 1 2 to 1 5 corre- 
sponds to function switches F1 to F4. Bits 16 to 20 
respectively correspond to the power switch 309, the 
execution switch 31 1 , the mode switch 304, the speech 
switch 305, and the end switch 306. When the amount 
of a bit is 1, it indicates that a switch corresponding to 
that bit has been depressed. 

[0853] Data stored in the RAM 1502 will now be 
described. 

[0854] Fig. 17 is a specific diagram showing a RAM 
map for data stored in the RAM 1 502. 
[0855] The RAM 1502 is constituted by five areas: a 
fundamental program objects area 1 700, a service data 
area 1701 , a user area 1702, a work area 1703, and a 
temporary area 1704. In the fundamental program 
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objects area 1 700 are stored an upgraded module for a 
program stored in the ROM 1501, a patch program, and 
an additional program. 

[0856] The user area 1702 is an area that can be 
freely used by a user, the work area 1703 is a work area 5 
that the CPU 1500 employs when executing a program, 
and the temporary area 1704 is an area in which infor- 
mation received 6y the mobile user terminal 100 is 
stored temporarily. The service data area 1701 is an 
area in which is stored contract information for the w 
mobile electronic commerce service, electronic ticket 
information, electronic payment card information, elec- 
tronic telephone card information, electronic credit card 
information, and history information; the data in this 
area are managed by the service providing system 110. is 
[0857] The service data area 1 701 is constituted by 1 2 
sub-areas: a data management information area 1705, 
a personal information area 1706, a portrait image data 
area 1707, a user public key certificate area 1708, a 
user preference area 1709, a telephony information 20 
area 1710, a credit card list area 171 1, a ticket list area 
1712, a payment card list area 1713, a telephone card 
list area 1714, a use history area 1715, and an object 
data area 1716. The data management information 
area 1705 is an area in which is stored management 25 
information for data stored in the service data area 
1701 ; the personal information area 1706 is an area in 
which are stored the name, age and gender of a user; 
the portrait image data area 1707 is an area in which 
the portrait image data for the face of a user are stored; 30 
the user public key certificate area 1708 is an area in 
which a public key certrficate for a user is stored; the 
user preference area 1709 is an area in which is stored 
preference information for a user concerning the mobile 
electronic commerce service; the telephony information 35 
area 1 710 is an area in which information concerning a 
digital wireless telephone is stored; the credit card list 
area 171 1 is an area in which is stored list information 
for credit cards registered by a user; the ticket list area 
1712 is an area in which is stored list information for 40 
electronic tickets owned by a user; the payment card list 
area 1713 is an area in which is stored list information 
for electronic payment cards owned by a user; the tele- 
phone card list area 1714 is an area in which is stored 
list information for electronic telephone cards owned by 45 
a user; the use list area 1715 is an area in which is 
stored use history information for the mobile electronic 
commerce service; and the object data area 1716 is an 
area in which are stored object data for information 
managed in the other eleven areas. so 
[0858] The private key and the public key that are 
used for the digital signature of a user are updated peri- 
odically, or semi-periodically. At this time, the public key 
certrficate for the user stored in the user public key cer- 
tificate area 1 708 is also updated. 55 
[0859] The information stored in the service data area 
1701 will now be described in detail. 
[0860] Fig. 1 8 is a detailed, specific diagram showing 



the relationship existing between information stored in 
the service data area 1701 . 

[0861] The data management information 1705 con- 
sists of thirteen types of information: a last data update 
date 1800, a next data update date 1801 , a terminal sta- 
tus 1802, a personal information address 1803, a por- 
trait image data address 1804, a user public key 
certificate address 1805, a user preference address 
1806, a telephony information address 1807, a credit 
card list address 1808, a ticket list address 1 809, a pay- 
ment card list address 1810, a telephone card list 
address 1811, and a use list address 1812. 
[0862] The last data update date 1 800 represents the 
date on which the service providing system 110 last 
updated the data in the RAM 1502, and the next data 
update date 1801 represents the date on which the 
service providing system 110 will next update data in 
the service data area 1 70 1 . 

[0863] The amount of the next data update date 1 80 1 
is set in the update time register 1603. When the next 
data update date 1801 is reached, the mobile user ter- 
minal 100 initiates the data updating process. During 
the data updating process, the service providing system 
110 updates data stored in the RAM 1502. This process 
is performed daily during a period (e.g., late at night) in 
which communication traffic is not very heavy. The data 
updating process will be described in detail later. 
[0864] The terminal status 1 802 represents the status 
of the mobile user terminal 100; and the personal infor- 
mation address 1803, the portrait image data address 
1804, the user public key certrficate address 1805, the 
user preference address 1806, the telephony informa- 
tion address 1807, the credit card list address 1808, the 
ticket list address 1809, the payment card list address 
1810, the telephone card list address 181 1 , and the use 
list address 1812 respectively represent the first 
addresses of the areas in which are stored personal 
information 1706, portrait image data 1707, a user pub- 
lic key certrficate 1708. user preference information 
1709, telephony information 1710, a credit card list 
1 71 1 , a ticket list 1 71 2. a payment card list 1 713, a tele- 
phone card list 1714, and a use list 1715. 
[0865] The telephony information 1710 consists of 
three types of information: a last called number 1813, 
an address book address 1814, and a shortcut file 
address 1815. The last called number 1813 represents 
a telephone number employed for a prior call, and is 
employed when re-dialing a digital wireless telephone. 
The address book address 1814 and the shortcut file 
address 1815 respectively represent addresses in the 
object data area at which address book information and 
a shortcut file are stored. 

[0866] The credit card list 1 71 1 includes list informa- 
tion for credit cards that are registered by a user. In the 
credit card list 1711, seven types of information are 
entered for each credit card: a credit card name 1816, a 
credit card number 1817, an effective period 1818, a 
credit card status 1819, an image data address 1820, 
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an object data address 1821 , and an access time 1822. 
[0867] The credit card status 1 81 9 indicates whether 
or not the credit card is effective, and also the credit 
limit, while the image data address 1820 represents an 
address in the object data area 1716 at which image s 
data for the credit card are stored. The object data 
address 1821 represents an address at which are 
stored object data for a program for the credit card, and 
the access time 1822 represents the last time that the 
user employed the credit card. w 
[0868] At the object data address 1821 is stored a 
local address that is an address in the object data area 
1 71 6, or a remote address that is an address in the user 
information server 902 of the service providing system 
1 1 0. When a remote address is stored at the object data is 
address 1821 , and when the user selects a correspond- 
ing credit card, the mobile user terminal 100 downloads 
object data from the service providing system 1 1 0 to the 
temporary area 1704 (remote access), and executes a 
program for the credit card. In order to simply display 20 
the credit card, the image data at the image data 
address 1820 in the object data area 1716 are dis- 
played, and object data are not downloaded. 
[0869] An address to be stored at the object data 
address 1821 is determined by the service providing 25 
system 110. In the data updating process, the access 
times for the individual credit cards are compared, and 
a local address is assigned for the credit card having the 
latest access time. When there is adequate space in the 
object data area 1 716, the object data addresses of all 30 
the credit cards can be local addresses. 
[0870] The list information for the electronic tickets 
owned by the user is stored in the ticket list area 1712. 
In the ticket list area 1712 are stored five types of infor- 
mation: ticket name information 1823, ticket ID informa- 3s 
tion 1824, ticket status information 1825, electronic 
ticket address information 1826, and access time infor- 
mation 1827. 

[0871] The ticket name 1823 and the ticket ID 1824 
represent the name and the ID of an electronic ticket. 40 
The ticket status 1825 represents the state of an elec- 
tronic ticket, concerning whether it can be employed or 
whether it has been examined. The electronic ticket 
address 1826 represents an address at which an elec- 
tronic ticket is stored. And the access time 1827 is the 45 
time at which the user last accessed the electronic 
ticket. 

[0872] The list information for electronic payment 
cards owned by the user is stored in the payment card 
list area 1713. In the payment card list area 1713 are so 
stored six types of information: card name information 
1828, card ID information 1829, card status information 
1830, remaining card amount information 1831, elec- 
tronic payment card address information 1832, and 
access time information 1833. 55 
[0873] The card name 1828 and the card ID 1829 rep- 
resent the name and the ID of an electronic payment 
card. The card status 1830 represents the state of an 



electronic payment card, concerning whether it can be 
employed or whether its credit is exhausted. The 
remaining card amount 1831 represents the remaining 
amount that is held by an electronic payment card. The 
electronic payment card address 1832 represents an 
address at which an electronic payment card is stored. 
And the access time 1832 is the time at which the user 
last accessed the electronic payment card. 
[0874] The list information for electronic telephone 
cards owned by the user is stored in the telephone card 
list area 1714. In the telephone card list area 1714 are 
stored six types of information: card name information 
1834. card ID information 1835, card status information 

1836. remaining card- amount information 1837. elec- 
tronic telephone card address information 1838, and 
access time information 1840. 

[0875] The card name 1 834 and the card ID 1 835 rep- 
resent the name and the ID of an electronic telephone 
card. The card status 1836 represents the state of an 
electronic telephone card, concerning whether it can be 
employed or whether its credit is exhausted. The 
remaining card amount 1837 represents the remaining 
amount that is held by the electronic telephone card. 
The electronic telephone card address 1838 represents 
an address at which an electronic telephone card is 
stored. And the access time 1839 is the time at which 
the user last accessed the electronic telephone card. 
[0876] A local address indicating an address in the 
object data area 1716, or a remote address indicating 
an address in the user information server 902 of the 
service providing system 1 10, is stored at the electronic 
ticket address 1826, the electronic payment card 
address 1832 and the electronic telephone card 
address 1838. 

[0877] When a remote address is stored at the elec- 
tronic ticket address 1826, and when the user accesses 
the electronic ticket, the mobile user terminal 100 down- 
loads object data from the service providing system 1 1 0 
to the temporary area 1704 (remote access) and dis- 
plays the data on the LCD 303. Similarly, when a remote 
address is stored at the electronic payment card 
address 1832 or the electronic telephone card address 

1837, and when the user accesses the electronic pay- 
ment card or the telephone card, the mobile user termi- 
nal 100 downloads object data from the service 
providing system 110 to the temporary area 1704 
(remote access), and displays the data on the LCD 303. 
[0878] Addresses to be stored at the electronic ticket 
address 1826, the electronic payment card address 
1832 and the electronic telephone card address 1838 
are determined by the service providing system 110. In 
the data updating process, the access times are com- 
pared and a local address is assigned for the electronic 
ticket, the electronic payment card and the electronic 
telephone card having the latest access times. When 
there is adequate space available in the object data 
area 1716, the object data addresses of all the credit 
cards can be local addresses. 



75 



BNSDOCID: <EP 0950968A1_I_> 



149 



EP 0 950 968 A1 



150 



[0879] In the use list 1715, four types of information 
are stored for one mobile electronic commerce service: 
request number information 1840, service code infor- 
mation 1841, use time information 1842, and use infor- 
mation address information 1843. The request number 5 
1840 uniquely represents (as regards the user) the 
mobile electronic commerce service provided for the 
user. The service code 1841 is a code number that indi- 
cates the type of service that is provided. The use time 
1842 is the time at which the mobile electronic com- w 
merce service is provided. And the use information 
address 1843 is an address at which a receipt, or infor- 
mation indicating the contents of the use, is stored. 
[0880] At the use information address 1 843 is stored 
a local address, which is an address in the object data 15 
area 1716, or a remote address, which is an address in 
the user information server 902 of the service providing 
system 110. When a remote address is stored at the 
use information address 1843, and when the user 
accesses the use information, the mobile user terminal 20 
100 downloads the use information from the service 
providing system 110 to the temporary area 1704 and 
displays it on the LCD 303. 

[0881] The address stored at the use information 
address 1843 is also determined by the service provid- 25 
ing system. In the data updating process, the use times 
for the individual use information items are compared, 
and a local address is assigned for the use information 
having the latest use time. When there is adequate 
space available in the object data area 1 71 6, ail the use 30 
information addresses can be local addresses. 
[0882] An explanation will now be given for the data 
structures of an electronic ticket, an electronic payment 
card and an electronic telephone card. 
[0883] Fig. 19 is a specific diagram showing the data 35 
structure of an electronic ticket 1900. In Fig. 19, the 
electronic ticket 1900 consists of three portions: a ticket 
program 1901, a presentation ticket 1902 and a ticket 
certificate 1903 or 1933 portion. The ticket program 
1901 portion is information for managing the status of a 40 
ticket and for specifying an operation inherent to a ticket. 
The presentation ticket 1902 portion is information that 
is to be presented to the gate terminal 101 as informa- 
tion for the contents of a ticket for the examination of an 
electronic ticket. The ticket certificate is issued by a 45 
service provider for an electronic ticket, and indicates 
that the electronic ticket is authentic. There are two 
types of ticket certificates: a ticket certificate 1903 for 
simply certifying an electronic ticket, and a registered 
ticket certificate 1933 for certifying that an electronic so 
ticket is registered in the service providing system. The 
ticket certificate 1903 can be changed to the registered 
ticket certificate 1933 when the user registers an elec- 
tronic ticket. 

[0884] One electronic ticket includes three key types 55 
and four different keys in accordance with the public key 
cryptography method. One key type is a key used for a 
digital signature accompanying an electronic ticket, and 



a ticket signature private key 1 91 0 and a ticket signature 
public key 1925 (1936) are provided as a private key 
and a corresponding public key. Another key type is a 
ticket private key 1911 used for the electronic ticket 
authorization process performed with the gate terminal 
101 . The other key type is a gate public key 1 912 used 
for the authorization process for the gate terminal 101 
performed by the mobile user terminal 100. 
[0885] The ticket signature private key 1910 and the 
ticket signature public key 1925 (1936) are a key pair 
that differs for each electronic ticket. The ticket private 
key 1911 and the gate public key 1912 differ for each 
ticket type. The gate terminal 101 includes a ticket pub- 
lic key and a gate private key that correspond to the 
ticket private key 1911 and the gate public key 1912. 
The method for employing these keys will be described 
in detail later. 

[0886] In Fig. 19, first, the ticket program 1901 
includes ten items of information: ticket program header 
1904, ticket name 1905, ticket ID 1906, ticket status 
1907, variable ticket information 1908, ticket examina- 
tion number 1909, ticket signature private key 1910, 
ticket private key 191 1 , gate public key 1912 and ticket 
program data 1913 information. 
[0887] The ticket program header 1904 is header 
information indicating that the entry is a ticket program 
and describing the data structure of the ticket program. 
The ticket name 1905 and the ticket ID 1906 are the 
name and the ID of an electronic ticket. The ticket ID is 
identification information that differs for each electronic 
ticket. 

[0888] The ticket status 1 907 is information describing 
the status of an electronic ticket, concerning whether 
the electronic ticket can be used, whether it has been 
examined, whether it has been registered, and whether 
it can be transferred. 

[0889] The variable ticket information 1908 is variable 
information that is optionally set in accordance with the 
electronic ticket type. 

[0890] The ticket examination number 1909 is a 
number indicating the order for the ticket examination 
process, and is incremented each time the ticket exam- 
ination process is performed. For each electronic ticket, 
an arbitrary number is set as the initial amount for the 
ticket examination number. The initial amount is man- 
aged by the service providing system 110, and is 
employed as verification data in the ticket reference 
process. The ticket reference process will be described 
in detail later. 

[0891 ] The ticket signature private key 1 910 is a digital 
signature private key for the electronic ticket 1900. Sim- 
ilarly, the ticket private key 191 1 is used for the authori- 
zation process for the electronic ticket 1900, and the 
gate public key is used for the authorization process for 
the gate terminal. 

[0892] The ticket signature private key 1910 is used, 
in the ticket examination process and the ticket transfer 
process, to provide a digital signature for data consist- 
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ing of the ticket status 1907 and the variable ticket infor- 
mation 1908 for the electronic ticket 1900 in the gate 
terminal 101 or the mobile user terminal to which the 
electronic ticket is transferred. 

[0893] The ticket program data 1913 is a program 
module for specifying an operation inherent to the elec- 
tronic ticket. Various types of tickets are specified by a 
combination of the ticket program data 1913 and the 
variable ticket information 1908. 

[0894] The program module for specifying a common 
operation for the electronic ticket is stored in the ROM 
1501. The basic operations, such as the exchange of 
messages with the gate terminal to examine an elec- 
tronic ticket, the generation of messages to be 
exchanged and the setting of the ticket status 1907 to 
be "examined," and the standard format for the display 
of an electronic ticket on the LCD 303, are defined by 
the program module that is stored in the ROM 1501 . 
[0895] The ticket program data 1913 is a program 
module for specifying the operations inherent to the 
ticket examination process and inherent to the display 
process. The ticket program data 1913 consists of three 
data sets: a transaction module set 1930, a representa- 
tion module set 1931 and a representative component 
information set 1932. 

[0896] The transaction module 1930 is a program 
module for specifying the operation inherent to a ticket 
in the ticket examination process. Various operations in 
the ticket examination process can be defined by a com- 
bination of the variable ticket information 1908 and the 
ticket information 1917. 

[0897] For example, to define an electronic ticket that 
is equivalent to five coupon tickets, a program module 
such as the transaction module 1930 is specified, 
whereby an amount of "5," which corresponds to the 
number of coupon tickets, is set for the variable ticket 
information 1908, whereby, at each examination, the 
number of coupon tickets in the variable ticket informa- 
tion is decremented, and whereby, when the number of 
coupon tickets reaches "0," the ticket status 1907 is 
changed to "disabled." 

[0898] Further, to specify an electronic ticket that 
serves as a ticket that is valid for three days from the 
time it is first examined, a program module is defined as 
the transaction module 1930, whereby, when the ticket 
is first examined, the date of the third day is set in the 
variable ticket information 1908 as the effective limit, 
and whereby the effective limit set in the variable ticket, 
information is examined during each examination. 
[0899] The transaction module 1 930 does not have to 
be specified if this is not required. When the transaction 
module 1930 is not defined, it acts as an electronic 
ticket for the performance of the basic ticket examina- 
tion process. 

[0900] The representation module 1931 is a program 
module for specifying an operation on the display, such 
as a location on the LCD 303, data to be displayed and 
a display form. For example, for the above electronic 



ticket that serves as a coupon ticket, the location 
whereat the number of remaining coupon tickets (a 
amount set in the variable ticket information) is dis- 
played is designated by the representation module 
5 1931. 

[0901 ] The representation module 1 93 1 also does not 
have to be defined if such is not necessary. When the 
representation module 1931 is not defined, an elec- 
tronic ticket is displayed in the standard display format. 

10 [0902] The representative component information 
1932 is image information comprising a component of a 
ticket on the display, such as an illustration, a photo, a 
map or a background image. The representative com- 
ponent information 1932 does not have to be specified if 

15 such is not necessary When the representative compo- 
nent information 1932 is not specified, the electronic 
ticket is displayed using only with text information, as is 
shown in Fig. 3C. When the representative component 
information 1932 is specified, the electronic ticket isdis- 

20 played using the standard display format. When the rep- 
resentation module 1931 is specified, the image 
information included in the representative component 
information is displayed as an image 313 in accordance 
with the representation module 1931, as is shown in 

25 Fig. 3R 

[0903] The operations attributable to various types of 
tickets, and the design of an electronic ticket having a 
high degree of freedom can be specified by a combina- 
tion consisting of the transaction module 1930, the rep- 
30 resentation module 1931 and the representative 
component information 1932. 

[0904] The presentation ticket 1902 includes eight 
information items: a presentation ticket header 1914, a 
ticket code 1915, a ticket ID 1916, ticket information 

35 1917, a ticket issuer ID 1918, a validity term 1920, a 
service provider ID 1 921 , and a ticket issuing date 1922. 
A digital signature is provided for the ticket ID 1916, the 
ticket information 1917 and the ticket issuer ID 1918 by 
the ticket issuer (1919), and a digital signature is pro- 

40 vided for the presentation ticket 1 902 by the service pro- 
vider. 

[0905] The presentation ticket header 1 91 4 is header 
information indicating that the pertinent ticket is a pres- 
entation ticket and indicating the data structure of the 
45 presentation ticket. The ticket code 1915 is code infor- 
mation indicating an electronic ticket type. And the ticket 
ID 1916 is ID information for an electronic ticket, and is 
the same information as that given for the ticket ID 
1906. 

so [0906] The ticket information 1917 is ASCII (American 
Standard Code for Information Interchange) information 
that indicates the contents of a ticket. In the ticket infor- 
mation 1917, a ticket title, a date, a place, a seating 
class, a sponsor, information as to whether an elec- 

55 tronic ticket can be transferred, and usage condition 
information, such as the number of coupon tickets when 
the electronic ticket is used as a coupon ticket, are 
described using a form to which tag information are 
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added to represent the individual information types. 
When the standard display format or the representation 
module 1931 is designated, the ticket information 1917 
is displayed on the LCD 303 in accordance with the rep- 
resentation module 1931, as is shown in Fig. 3C or 3F. 
[0907] The ticket issuer ID 1918 is ID information that 
identifies the ticket issuer who issued the pertinent 
ticket. The'Validity term 1920 is information concerning 
the period the electronic ticket 1 900 is valid. The service 
provider ID 1921 is ID information for the service pro- 
vider. And the ticket issuing date 1922 is information 
concerning the date on which the service provider 
issued the electronic ticket 1900. 
[0908] The ticket certificate 1903 and the registered 
ticket certificate 1933 have substantially the same data 
structure. 

[0909] The ticket certificate 1 903 includes seven infor- 
mation items: a ticket certificate header 1 923, a ticket ID 
1924, a ticket signature public key 1925, a ticket certifi- 
cate ID 1926, a certificate validity term 1927, a service 
provider ID 1928, and a ticket certificate issuing date 
1929. A digital signature is provided for the ticket certif- 
icate 1903 by the service provider. 
[0910] The ticket certificate header 1923 is header 
information labeling this as a ticket certificate and 
describing the data structure of the ticket certificate. 
The ticket ID 1924 is ID information for the electronic 
ticket 1900, and is the same information as that pro- 
vided by the ticket ID 1906 and the ticket ID 1916. 
[091 1 ] The ticket signature public key 1 925 is a public 
key that is paired with the ticket signature private key 
1910 for use as the digital signature for the electronic 
ticket 1900. The ticket certificate ID 1926 is ID informa- 
tion for the ticket certificate 1903. The certificate validity 
term 1927 is information indicating the period during 
which the ticket certificate 1903 is valid. The service 
provider ID 1928 is ID information for identifying the 
service provider who issued the ticket certificate 1903. 
The ticket certificate issuing date 1929 is information 
providing the date on which the ticket certificate 1903 
was issued. 

[0912] The registered ticket certificate 1933 includes 
seven information items: a registered ticket certificate 
header 1934, a ticket ID 1935, a ticket signature public 
key 1936, a ticket certificate ID 1937, a certificate valid- 
ity term 1938, a service provider ID 1939, and a ticket 
certificate issuing date 1940. A digital signature is pro- 
vided for the ticket certificate 1933 by the service pro- 
vider. 

[091 3] The registered ticket certificate header 1 934 is 
header information labeling this as a registered ticket 
certificate and describing the data structure of the regis- 
tered ticket certificate. The ticket ID 1935 is ID informa- 
tion for the electronic ticket 1900, and is the same 
information as that provided by the ticket ID 1906 and 
the ticket ID 1916. 

[0914] The ticket signature public key 1 936 is a public 
key that is paired with the ticket signature private key 



1910 for use as the digital signature for the electronic 
ticket 1900. The paired ticket signature private key 1910 
and ticket signature public key 1936 have greater- 
lengths and provide greater security than do the paired 
5 ticket signature private key 1910 and ticket signature 
public key 1925. 

[0915] In the ticket registration process, the paired 
ticket signature private key 1910 and ticket signature 
public key 1925 used as the digital signature for the 
10 electronic ticket are updated to the new, more secure 
paired ticket signature private key 1910 and ticket signa- 
ture public key 1936. 

[0916] The ticket certificate ID 1937 is ID information 
for the registered ticket certificate 1933. The certificate 

15 validity term 1938 is information concerning the term 
during which the registered ticket certificate 1933 is 
valid. The service provider ID 1939 is ID information 
identifying the service provider who issued the regis- 
tered ticket certificate 1933. The ticket certificate issuing 

20 date 1940 is information concerning the date on which 
the registered ticket certificate 1933 was issued. 
[0917] The ticket certificate does not constitute infor- 
mation for certifying the electronic ticket 1900, but 
instead constitutes information with which the service 

25 provider certifies the ticket signature public key 1 925 (or 
the ticket signature public key 1936). The ticket certifi- 
cate is added to the message accompanied by the dig- 
ital signature for which the ticket signature private key 
1910 is used, so that the legality of the message can be 

30 verified. 

[0918] When the electronic ticket is purchased or 
transferred, the ticket status 1907 for the electronic 
ticket is in the disabled state. To set the ticket status 
1907 to the enabled state, the electronic ticket must be 

35 registered in the service providing system 110. 

[0919] When the service providing system 1 10 sepa- 
rately manages an electronic ticket to be used and an 
electronic ticket that is unused and is in the sleeping 
state, the operating cost of the electronic ticket service 

40 is reduced, and the illegal use of the electronic ticket is 
prevented by changing, during the registration process, 
the digital signature keys for the electronic ticket. 
[0920] When the electronic ticket is registered, the 
ticket status 1907 represents the enabled state. The 

45 ticket signature private key 1910 is changed to a new 
ticket signature private key, and accordingly, the ticket 
certificate 1903 is changed to the registered ticket cer- 
tificate 1933. Further, in the service providing system 
110, the electronic ticket is registered in the service 

so director information server 901 as an electronic ticket 
that is to be used by the user who registered the ticket. 
[0921] Fig. 20 is a specific diagram showing the data 
structure of an electronic payment card 2000. In Fig. 20, 
the electronic payment card 2000 consists of three por- 

55 tions: a payment card program 2001, a presentation 
card 2002 and a card certificate 2003 or 2033 portion. 
The payment card program portion is information for 
managing the status of a payment card and for specify- 
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ing «an operation inherent to a payment card. The pres- 
entation card portion is information that is to be 
presented to the merchant terminal 102 (or the mer- 
chant terminal 103 or the automatic vending machine 
104) as information for the contents of a payment card 5 
for the settlement of a payment using an electronic pay- 
ment card. The card certificate is issued by a service 
provider for an electronic payment card, and indicates 
that the electronic payment card is authentic. There are 
two types of card certificates: a card certificate 2003 for 10 
simply certifying an electronic payment card, and a reg- 
istered card certificate 2033 for certifying that an elec- 
tronic payment card is registered in the service 
providing system. The card certificate 2003 can be 
. changed to the registered card certificate 2033 when 15 
the user registers an electronic payment card. 
[0922] One electronic payment card, as well as one 
electronic ticket, includes three key types and four differ- 
ent keys in accordance with the public key cryptography 
method. One key type is a key used for a digital signa- 20 
ture accompanying an electronic payment card, and a 
card signature private key 2010 and a card signature 
public key 2025 (2036) are provided as a private key 
and a corresponding public key. Another key type is a 
card private key 2011 used for the electronic payment 25 
card authorization process performed with the merchant 
terminal 102 (or the merchant terminal 103 or the auto- 
matic vending machine 104). The other key type is an 
accounting machine public key 2012 used for the 
authorization process for the merchant terminal 102 (or 30 
the merchant terminal 103 or the automatic vending 
machine 104) performed by the mobile user terminal 
100. 

[0923] The card signature private key 2010 and the 
card signature public key 2025 (2036) are a key pair that 35 
differs for each electronic payment card. The card pri- 
vate key 2011 and the accounting machine public key 
2012 differ for each payment card type. The merchant 
terminal 102 (or the merchant terminal 103 or the auto- 
matic vending machine 104) includes a card public key 40 
and an accounting machine private key that correspond 
to the card private key 2011 and the accounting 
machine public key 2012. The method for employing 
these keys will be described in detail later. 
[0924] In Fig. 20, first, the payment card program 2001 45 
includes ten items of information: payment card pro- 
gram header 2004, card name 2005, card ID 2006, card 
status 2007, total remaining value 2008. micro-check 
issuing number 2009, card signature private key 2010, 
card private key 2011, accounting machine public key so 
2012 and payment card program data 2013 information. 
[0925] The card program header 2004 is header infor- 
mation indicating that the entry is a payment card pro- 
gram and describing the data structure of the payment 
card program. The card name 2005 and the card ID 55 
2006 are the name and the ID of an electronic payment 
card. The card ID is identification information that differs 
for each electronic payment card. 



[0926] The card status 2007 is information describing 
the status of an electronic payment card, concerning 
whether the electronic payment card can be used, 
whether it is unused, whether it has been registered, 
and whether it can be transferred. 
[0927] A remaining card amount 2008 is information 
providing the remaining amount that is held by the elec- 
tronic payment card. 

[0928] The micro-check issuing number 2009 is the 
issue number for a micro-check that is issued by an 
electronic payment card, and is incremented each time 
a micro-check is issued. For each electronic payment 
card, an arbitrary number is set as the initial number 
that is employed as the micro-check issue number. The 
initial number is managed by the service providing sys- 
tem 110, and is employed as verification data in the 
micro-check reference process. The micro-check refer- 
ence process will be described in detail later. 
[0929] The card signature private key 201 0 is a digital 
signature private key for the electronic payment card 
2000. Similarly, the card private key 201 1 is used for the 
authorization process for the electronic payment card 
2000, and the accounting machine public key 2012 is 
used for the authorization process for the merchant 1 02 
(or the merchant 103 or the accounting machine 1 04). 
[0930] The card signature private key 2010 is used, in 
the payment card clearing process and the payment 
card transfer process, to provide a digital signature for 
data consisting of the card status 2007 and the total 
remaining value 2008 for the electronic payment card 
2000 in the merchant terminal 1 02 (or the merchant 103 
or the automatic vending machine 104) or the mobile 
user terminal to which the electronic payment card is 
transferred. 

[0931 ] The card program data 201 3 is a program mod- 
ule for specifying an operation inherent to the electronic 
payment card. 

[0932] The program module for specifying a common 
operation for the electronic payment card is stored in the 
ROM 1501. The basic operations, such as the 
exchange of messages with the merchant terminal 102 
(or the merchant terminal 103 or the automatic vending 
machine 104) to clear a micro-check the generation of 
messages to be exchanged and the updating of the 
card status 2007, and the standard format for the dis- 
play of an electronic payment card on the LCD 303, are 
defined by the program module that is stored in the 
ROM 1501. 

[0933] The card program data 201 3 is a program mod- 
ule for specifying the operations inherent to the payment 
card clearing process and inherent to the display proc- 
ess. The card program data 2013 consists of three data 
sets: a transaction module set 2030, a representation 
module set 2031 and a representative component infor- 
mation set 2032. 

[0934] The transaction module 2030 is a program 
module for specifying an operation inherent to the pay- 
ment card settlement processing. Since the transaction 
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module 2030 is specified, in the payment card settle- 
ment processing, messages can be exchanged among 
the procedures that differ from normal, or inherent infor- 
mation can be included in a message to be exchanged. 
[0935] The transaction module 2030 does not have to 
be specified if this is not required. When the transaction 
module 2030 is not defined, it acts as an electronic pay- 
ment card for the performance of the basic payment 
card clearing process. 

[0936] The representation module 2031 is a program 
module for specifying an operation on the display, such 
as a location on the LCD 303, data to be displayed and 
a display form. The representation module 2031 also 
does not have to be defined if such is not necessary. 
When the representation module 2031 is not defined, 
an electronic payment card is displayed in the standard 
display format. 

[0937] The representative component information 
2032 is image information comprising a component of a 
payment card on the display, such as an illustration, a 
photo, a map or a background image. The representa- 
tive component information 2032 does not have to be 
specified if such is not necessary When the represent- 
ative component information 2032 is not specified, the 
electronic payment card is displayed using only with text 
information, as is shown in Fig. 3D. When the represent- 
ative component information 2032 is specified, the elec- 
tronic payment card is displayed using the standard 
display format. When the representation module 2031 is 
specified, the image information included in the repre- 
sentative component information is displayed as an 
image 314 in accordance with the representation mod- 
ule 2031 , as is shown in Fig. 3G. 
[0938] The operations attributable to various types of 
payment cards, and the design of an electronic payment 
card having a high degree of freedom can be specified 
by a combination consisting of the transaction module 
2030, the representation module 2031 and the repre- 
sentative component information 2032. 
[0939] The presentation card 2002 includes eight 
information items: a presentation card header 2014, a 
card code 2015, a card ID 2016, card information 201 7, 
a payment card issuer ID 2018, a validity term 2020, a 
service provider ID 2021 , and a card issuing date 2022. 
A digital signature is provided for the card ID 2016, the 
card information 2017 and the card issuer ID 2018 by 
the card issuer (2019), and a digital signature is pro- 
vided for the presentation card 2002 by the service pro- 
vider. 

[0940] The presentation card header 2014 is header 
information indicating that the pertinent card is a pres- 
entation card and indicating the data structure of the 
presentation card. The card code 2015 is code informa- 
tion indicating an electronic payment card type. And the 
card ID 2016 is ID information for an electronic payment 
card, and is the same information as that given for the 
card ID 2006. 

[0941 ] The card information 201 7 is ASCII information 



that indicates the contents of a payment card. In the 
card information 201 7, a face value of a payment card 
when it is issued, usage condition information, an 
issuer, and information as to whether an electronic pay- 

5 ment card can be transferred, are described using a 
form to which tag information are added to represent the 
individual information types. When the standard display 
format or the representation module 2031 is desig- 
nated, the card information 2017 is displayed on the 

10 LCD 303 in accordance with the representation module 
2031 , as is shown in Fig. 3D or 3G. 
[0942] The card issuer ID 2018 is ID information that 
identifies the payment card issuer who issued the perti- 
nent payment card. The validity term 2020 is informa- 

75 tion concerning the period the electronic payment card 
2000 is valid. The service provider ID 2021 is ID infor- 
mation for the service provider. And the payment card 
issuing date 2022 is information concerning the date on 
which the service provider issued the electronic pay- 

20 ment card 2000. 

[0943] The card certificate 2003 and the registered 
card certificate 2033 have substantially the same data 
structure. 

[0944] The card certificate 2003 includes seven infor- 
ms mation items: a card certificate header 2023, a card ID 
2024, a card signature public key 2025, a card certifi- 
cate ID 2026, a certificate validity term 2027, a service 
provider ID 2028, and a card certificate issuing date 
2029. A digital signature is provided for the card certif i- 
30 cate 2003 by the service provider. 

[0945] The card certificate header 2023 is header 
information labeling this as a card certificate and 
describing the data structure of the card certificate. The 
card ID 2024 is ID information for the electronic pay- 
35 ment card 2000, and is the same information as that 
provided by the card ID 2006 and the card ID 201 6. 
[0946] The card signature public key 2025 is a public 
key that is paired with the card signature private key 
2010 for use as the digital signature for the electronic 
40 payment card 2000. The card certificate ID 2026 is ID 
information for the card certificate 2003. The certificate 
validity term 2027 is information indicating the period 
during which the card certificate 2003 is valid. The serv- 
ice provider ID 2028 is ID information for identifying the 
45 service provider who issued the card certificate 2003. 
The card certificate issuing date 2029 is information 
providing the date on which the card certificate 2003 
was issued. 

[0947] The registered card certificate 2033 includes 
so seven information items: a registered card certificate 
header 2034, a card ID 2035, a card signature public 
key 2036, a card certificate ID 2037, a certificate validity 
term 2038, a service provider ID 2039, and a card cer- 
tificate issuing date 2040. A digital signature is provided 
55 for the registered card certificate 2033 by the service 
provider. 

[0948] The registered card certificate header 2034 is 
header information labeling this as a registered card 
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certificate and describing the data structure of the regis- 
tered card certificate. The card ID 2035 is ID information 
for the electronic payment card 2000, and is the same 
information as that provided by the card ID 2006 and the 
card ID 2016. 

[0949] The card signature public key 2036 is a public 
key that is paired with the card signature private key 
2010 for use as the digital signature for the electronic 
payment card 2000. The paired card signature private 
key 2010 and card signature public key 2036 have 
greater lengths and provide greater security than do the 
paired card signature private key 2010 and card signa- 
ture public key 2025. 

[0950] In the payment card registration process, the 
paired card signature private key 2010 and card signa- 
ture public key 2025 used as the digital signature for the 
electronic payment card are updated to the new, more 
secure paired card signature private key 2010 and card 
signature public key 2036. 

[0951] The card certificate ID 2037 is ID information 
for the registered card certificate 2033. The certificate 
validity term 2038 is information concerning the term 
during which the registered card certificate 2033 is 
valid. The service provider ID 2039 is ID information 
identifying the service provider who issued the regis- 
tered card certificate 2033. The card certificate issuing 
date 2040 is information concerning the date on which 
the registered card certificate 2033 was issued. 
[0952] The card certificate does not constitute infor- 
mation for certifying the electronic payment card 2000, 
but instead constitutes information with which the serv- 
ice provider certifies the card signature public key 2025 
(or the card signature public key 2036). The card certif- 
icate is added to the micro-check accompanied by the 
digital signature for which the card signature private key 
2010 is used, so that the legality of the micro-check can 
be verified. 

[0953] When the electronic payment card is pur- 
chased or transferred, the card status 2007 for the elec- 
tronic payment card is in the disabled state. To set the 
card status 2007 to the enabled state, the electronic 
payment card must be registered in the service provid- 
ing system 110. 

[0954] When the service providing system 110 sepa- 
rately manages an electronic payment card to be used 
and an electronic payment card that is unused and is in 
the sleeping state, the operating cost of the electronic 
payment card service is reduced, and the illegal use of 
the electronic payment card is prevented by changing, 
during the registration process, the digital signature 
keys for the electronic payment card. 
[0955] When the electronic payment card is regis- 
tered, the card status 2007 represents the enabled 
state. The card signature private key 20 1 0 is changed to 
a new card signature private key, and accordingly, the 
card certificate 2003 is changed to the registered card 
certificate 2033. Further, in the service providing sys- 
tem 110, the electronic payment card is registered in the 



service director information server 901 as an electronic 
payment card that is to be used by the user who regis- 
tered the payment card. 

[0956] Fig. 21 is a specific diagram showing the data 

5 structure of an electronic telephone card 2100. In Fig. 
21, the electronic telephone card 2100 consists of three 
portions: a telephone card program, a presentation card 
and a card certificate portion. The telephone card pro- 
gram portion is information for managing the status of a 

10 telephone card and for specifying an operation inherent 
to a telephone card. The presentation telephone card 
portion is information that is to be presented to the elec- 
tronic telephone card accounting machine 800 of the 
switching center 1 05 as information for the contents of a 

15 telephone card when a call is made using an electronic 
telephone card. The card certificate is issued by a serv- 
ice provider for an electronic telephone card, and indi- 
cates that the electronic telephone card is authentic. 
There are two types of card certificates: a card certifi- 

20 cate 2103 for simply certifying an electronic telephone 
card, and a registered card certificate 2133 for certifying 
that an electronic telephone card is registered in the 
service providing system. The card certificate 2003 can 
be changed to the registered card certificate 2032 when 

25 the user registers an electronic payment card. 

[0957] One electronic telephone card, as well as one 
electronic ticket or one electronic payment card, 
includes three key types and four different keys in 
accordance with the public key cryptography method. 

30 One key type is a key used for a digital signature accom- 
panying an electronic telephone card, and a card signa- 
ture private key 2110 and a card signature public key 
2125 (2136) are provided as a private key and a corre- 
sponding public key. Another key type is a card private 

35 key 21 1 1 used for the electronic telephone card author- 
ization process performed with the electronic telephone 
card accounting machine 800 of the switching center 
1 05. The other key type is an accounting machine public 
key 21 1 2 used for the authorization process for the elec- 

40 tronic telephone card accounting machine 800 per- 
formed by the mobile user terminal 100. 
[0958] The card signature private key 21 10 and the 
card signature public key 2125 (2136) are a key pair that 
differs for each electronic telephone card. The card pri- 

45 vate key 2111 and the accounting machine public key 
2112 differ for each telephone card type. The electronic 
telephone card accounting machine 800 of the switch- 
ing center 105 includes a card public key and . an 
accounting machine private key that correspond to the 

so card private key 21 1 1 and the accounting machine pub- 
lic key 21 12. The method for employing these keys will 
be described in detail later. 

[0959] In Fig. 21, first, the telephone card program 
2101 includes ten items of information: telephone card 
55 program header 2104, card name 2105, card ID 2106, 
card status 2107, total remaining value 2108, micro- 
check issuing number 2109, card signature private key 
2110, card private key 21 11, accounting machine public 
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key 21 12 and telephone card program data 21 13 infor- 
mation. 

[0960] The card program header 21 04 is header infor- 
mation indicating that the entry is a telephone card pro- 
gram and describing the data structure of the telephone s 
card program. The card name 2105 and the card ID 
2106 are the name and the ID of an electronic tele- 
phone card. The card ID is identification information that 
differs for each electronic telephone card. 
[0961] The card status 2107 is information describing io 
the status of an electronic telephone card, concerning 
whether the electronic telephone card can be used, 
whether it is unused, whether it has been registered, 
and whether it can be transferred. 

[0962] A remaining card amount 2108 is information is 
providing the remaining amount that is held by the elec- 
tronic telephone card. 

[0963] The micro-check issuing number 2109 is the 
issue number for a micro-check that is issued by an 
electronic telephone card, and is incremented each time 20 
a telephone micro-check is issued. For each electronic 
telephone card, an arbitrary number is set as the initial 
number that is employed as the micro-check issuing 
number. The initial number is managed by the service 
providing system 110, and is employed as verification 25 
data in the micro-check reference process. The micro- 
check reference process will be described in detail later. 
[0964] The card signature private key 21 1 0 is a digital 
signature private key for the electronic telephone card 
21 00. Similarly, the card private key 21 1 1 is used for the 30 
authorization process for the electronic telephone card 
2100, and the accounting machine public key 2112 is 
used for the authorization process for the electronic tel- 
ephone card accounting machine 800 of the switching 
center 105. 3S 
[0965] The card signature private key 21 1 0 is used, in 
the telephone card clearing process and the telephone 
card transfer process, to provide a digital signature for 
data consisting of the card status 2107 and the total 
remaining value 2108 for the electronic telephone card 40 
2100 in the electronic telephone card accounting 
machine 800 or the mobile user terminal to which the 
electronic telephone card is transferred. 
[0966] The telephone card program data 2113 is a 
program module for specifying an operation inherent to 45 
the electronic telephone card. 

[0967] The program module for specifying a common 
operation for the electronic telephone card is stored in 
the ROM 1501. The basic operations, such as the 
exchange of messages with the electronic telephone so 
card accounting machine 800 of the switching center 
105 to call a micro-check, the generation of messages 
to be exchanged and the updating of the card status 
21 07, and the standard format for the display of an elec- 
tronic telephone card on the LCD 303, are defined by 55 
the program module that is stored in the ROM 1501 . 
[0968] The card program data 2 1 1 3 is a program mod- 
ule for specifying the operations inherent to the tele- 



phone card clearing process and inherent to the display 
process. The card program data 21 13 consists of three 
data sets: a transaction module set 2130, a representa- 
tion module set 2131 and a representative component 
information set 2132. 

[0969] The transaction module 2130 is a program 
module for specifying an operation inherent to the tele- 
phone card settlement processing. Since the transac- 
tion module 2130 is specified, in the telephone card 
settlement processing, messages can be exchanged 
among the procedures that differ from normal, or inher- 
ent information can be included in a message to be 
exchanged. 

[0970] The transaction module 21 30 does not have to 
be specified if this is not required. When the transaction 
module 2130 is not defined, it acts as an electronic tele- 
phone card for the performance of the basic telephone 
card clearing process. 

[0971] The representation module 2131 is a program 
module for specifying an operation on the display, such 
as a location on the LCD 303, data to be displayed and 
a display form. The representation module 2131 also 
does not have to be defined if such is not necessary 
When the representation module 2131 is not defined, 
an electronic telephone card is displayed in the stand- 
ard display format. 

[0972] The representative component information 
2132 is image information comprising a component of a 
telephone card on the display, such as an illustration, a 
photo, a map or a background image. The representa- 
tive component information 2132 does not have to be 
specified if such is not necessary. When the represent- 
ative component information 2132 is not specified, the 
electronic telephone card is displayed using only with 
text information, as is shown in Fig. 3E. When the repre- 
sentative component information 2132 is specified, the 
electronic telephone card is displayed using the stand- 
ard display format. When the representation module 
2131 is specified, the image information included in the 
representative component information is displayed as 
an image 315 in accordance with the representation 
module 2131, as is shown in Fig. 3H. 
[0973] The design of an electronic telephone card 
having a high degree of freedom can be specified by a 
combination consisting of the transaction module 2030, 
the representation module 2131 and the representative 
component information 2132. 

[0974] The presentation card 2102 includes eight 
information items: a presentation card header 2114, a 
card code 21 15, a card ID 21 16, card information 21 17, 
a telephone card issuer ID 21 18, a validity term 2120, a 
service provider ID 2121 , and a card issuing date 2122. 
A digital signature is provided for the card ID 2116, the 
card information 2117 and the card issuer ID 2118 by 
the card issuer (2119), and a digital signature is pro- 
vided for the presentation card 2102 by the service pro- 
vider. 

[0975] The presentation card header 21 14 is header 
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information indicating that the pertinent card is a pres- 
entation card and indicating the data structure of the 
presentation card. The card code 21 15 is code informa- 
tion indicating an electronic telephone card type. And 
the card ID 21 16 is ID information for an electronic tele- 5 
phone card, and is the same information as that given 
for the card ID 2106. 

[0976] The card information 21 1 7 is ASCII information 
that indicates the contents of a telephone card. In the 
card information 21 1 7, a face value of a telephone card 10 
when it is issued, usage condition information, an 
issuer, and information as to whether an electronic tele- 
phone card can be transferred, are described using a 
form to which tag information are added to represent the 
individual information types. When the standard display is 
format or the representation module 2131 is desig- 
nated, the card information 2117 is displayed on the 
LCD 303 in accordance with the representation module 
2131 , as is shown in Fig. 3E or 3H. 

[0977] The card issuer ID 21 18 is ID information that 20 
identifies the telephone card issuer who issued the per- 
tinent telephone card. The validity term 2120 is informa- 
tion concerning the period the electronic telephone card 
2100 is valid. The service provider ID 2121 is ID infor- 
mation for the service provider. And the telephone card 25 
issuing date 2122 is information concerning the date on 
which the service provider issued the electronic tele- 
phone card 2100. 

[0978] The card certificate 2103 and the registered 
card certificate 2133 have substantially the same data 30 
structure. 

[0979] The card certificate 2103 includes seven infor- 
mation items: a card certificate header 2123, a card ID 
2124, a card signature public key 2125, a card certifi- 
cate ID 2126, a certificate validity term 2127, a service 35 
provider ID 2128, and a card certificate issuing date 
2129. A digital signature is provided for the card certifi- 
cate 2103 by the service provider. 
[0980] The card certificate header 2123 is header 
information labeling this as a card certificate and 40 
describing the data structure of the card certificate. The 
card ID 2124 is ID information for the electronic tele- 
phone card 2100, and is the same information as that 
provided by the card ID 21 06 and the card ID 21 1 6. 
[0981 ] The card signature public key 21 25 is a public 45 
key that is paired with the card signature private key 
2110 for use as the digital signature for the electronic 
telephone card 2100. The card certificate ID 2126 is ID 
information for the card certificate 2103. The certificate 
validity term 2127 is information indicating the period so 
during which the card certificate 2103 is valid. The serv- 
ice provider ID 2128 is ID information for identifying the 
service provider who issued the card certificate 2103. 
The, card certificate issuing date 2129 is information 
providing the date on which the card certificate 2103 55 
was issued. 

[0982] The registered card certificate 2133 includes 
seven information items: a registered card certificate 



header 2134, a card ID 2135, a card signature public 
key 2136, a card certificate ID 2137, a certificate validity 
term 2138, a service provider ID 2139, and a card cer- 
tificate issuing date 2140. Adigital signature is provided 
for the registered card certificate 2133 by the service 
provider. 

[0983] The registered card certificate header 2134 is 
header information labeling this as a registered card 
certificate and describing the data structure of the regis- 
tered card certificate. The card ID 2135 is ID information 
for the electronic telephone card 2100, and is the same 
information as that provided by the card ID 21 06 and the 
card ID 21 16. 

[0984] The card signature public key 2 1 36 is a public 
key that is paired with the card signature private key 
2110 for use as the digital signature for the electronic 
telephone card 2100. The paired card signature private 
key 2110 and card signature public key 2136 have 
greater lengths and provide greater security than do the 
paired card signature private key 21 10 and card signa- 
ture public key 2125. 

[0985] In the telephone card registration process, the 
paired card signature private key 21 10 and card signa- 
ture public key 21 25 used as the digital signature for the 
electronic telephone card are updated to the new, more 
secure paired card signature private key 21 10 and card 
signature public key 21 36. 

[0986] The card certificate ID 2137 is ID information 
for the registered card certificate 2133. The certificate 
validity term 2138 is information concerning the term 
during which the registered card certificate 2133 is 
valid. The service provider ID 2139 is ID information 
identifying the service provider who issued the regis- 
tered card certificate 2133. The card certificate issuing 
date 2140 is information concerning the date on which 
the registered card certificate 2133 was issued. 
[0987] The card certificate does not constitute infor- 
mation for certifying the electronic telephone card 2000, 
but instead constitutes information with which the serv- 
ice provider certifies the card signature public key 2125 
(or the card signature public key 2136). The card certif- 
icate is added to the telephone micro-check accompa- 
nied by the digital signature for which the card signature 
private key 2110 is used, so that the legality of the 
micro-check can be verified. 

[0988] When the electronic telephone card is pur- 
chased or transferred, the card status 2107 for the elec- 
tronic telephone card is in the disabled state. To set the 
card status 21 07 to the enabled state, the electronic tel- 
ephone card must be registered in the service providing 
system 110. 

[0989] When the service providing system 1 10 sepa- 
rately manages an electronic telephone card to be used 
and an electronic telephone card that is unused and is 
in the sleeping state, the operating cost of the electronic 
telephone card service is reduced, and the illegal use of 
the electronic telephone card is prevented by changing, 
during the registration process, the cfigrtal signature 
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keys for the electronic telephone card. 
[0990] When the electronic telephone card is regis- 
tered, the card status 2107 represents the enabled 
state. The card signature private key 21 1 0 is changed to 
a new card signature private key, and accordingly, the 5 
card certificate 2103 is changed to the registered card 
certificate 2133. Further, in the service providing sys- 
tem 110, the electronic telephone card is registered in 
the service director information server 901 as an elec- 
tronic telephone card that is to be used by the user who 10 
registered the telephone card. 

[0991] As is described above, the electronic ticket 
1900, the electronic payment card 2000 and the elec- 
tronic telephone card 21 00 have similar data structures. 
Especially, the electronic payment card and the elec- is 
tronic telephone card have basically the same data 
structure, so that an electronic payment card that has 
the functions of both an electronic payment card and an 
electronic telephone card can be implemented. In this 
case, in the payment card settlement processing and in 20 
the telephone card settlement processing, the price of a 
product and a communication charge are subtracted 
from the remaining card amount held by one electronic 
payment card. 

[0992] Further, when information that corresponds to 25 
the remaining card amount 2008 held by the electronic 
payment card 2000 and the remaining card amount 
2108 held by the electronic telephone card 2100 is set 
as a part of the variable ticket information 1 908 provided 
for the electronic ticket 1900, a coupon ticket can be 30 
implemented that functions as a ticket, a payment card 
and a telephone card. This is especially effective for a 
travel coupon ticket in which are packaged an overseas 
travel ticket, a shopping ticket and a portable telephone 
usage right. 35 
[0993] The internal structure of the gate terminal 101 
will now be described. 

[0994] Fig. 22 is a block diagram illustrating the 
arrangement of the gate terminal 1 0 1 . The gate terminal 
101 comprises: a CPU (Central Processing Unit) 2200, 40 
which processes data for transmission and reception, in 
accordance with a program stored in a ROM (Read 
Only Memory) 2201. and which controls the other com- 
ponents via a bus 2242; a RAM (Random Access Mem- 
ory) 2202 and a hard disk 2203 on which are stored 45 
data that are to be processed and data that have been 
processed by the CPU 2200; a EEPROM (Electric Eras- 
able Programmable Read Only Memory) 2204, in which 
are stored the gate ID of the gate terminal 101 , the ter- 
minal ID and a telephone number for a telephone termi- 50 
nal, a merchant ID, a private key and a public key for the 
digital signature of a merchant, the service provider ID 
and the telephone number of the service providing ^sys- 
tem (the telephone number of the service provider is 
accompanied by the digital signature of the service pro- 55 
vider), and the public key of the service provider; a cryp- 
tographic processor 2205, which encrypts or decrypts 
data under the control of the CPU 2200; a data codec 



2206, which encodes data to be transmitted and" 
decodes received data under the control of the CPU 
2200; a touch panel LCD 401 , which displays an image 
set up by the CPU 2200, and detects touch manipula- 
tion effected by a merchant; an infrared communication 
module 400, which provides infrared communication 
with the mobile user terminal 100; a serial port 2209, 
which is connected to the infrared communication mod- 
ule 400; a serial-parallel converter 2208, which per- 
forms the bidirectional conversion of parallel data and 
serial data; a key operator 2212, which detects a mer- 
chant's manipulation of a lock switch 405, a menu 
switch 404, a number key switch 403 and a power 
switch 402; a loudspeaker 221 1, through which sounds 
are output to provide notification concerning the com- 
pletion of the ticket examination process and the estab- 
lishment of the operation; a sound controller 2210, 
which drives the loudspeaker 221 1 ; a digital telephone 
communication unit 2207, which provides digital tele- 
phone communication with the service providing system 
110 via the digital telephone communication line 120; 
an external interface 2213, which is an interface for the 
connection of an external device, such as a gate open- 
ing/closing device; and a control logic unit 2214, which 
processes an interrupt signal received from the key 
operator 2212, the touch panel LCD 401 , the serial-par- 
allel converter 2208, the digital telephone communica- 
tion unit 2207 and the external interface 2213, and 
which serves as an interface when the CPU 2200 
accesses an internal register of the key operator 2213, 
the touch panel LCD 401 or the sound controller 2210. 
[0995] The cryptographic processor 2205 includes a 
secret key encryption and decryption function and a 
public key encryption and decryption function. The cryp- 
tographic processor 2205 employs a cryptography 
method determined by the CPU 2200 and the keys for 
the encrypting or decrypting of data set by the CPU 
2200. The CPU 2200 employs the encrypting and 
decrypting functions of the cryptographic processor 
2205 to perform a digital signature process or a closing 
process for a message, and to decrypt a closed and 
encrypted message or to verify a digital signature 
accompanying a message. A detailed explanation will 
be given later for the digital signature process, the clos- 
ing process, the decryption process and the digital sig- 
nature verification process. 

[0996] The data codec 2206 encodes data to be trans- 
mitted or decodes received data under the control of the 
CPU 2200. In this case, the encoding is a process for 
the generation of data to be transmitted that includes 
communication control information and error correction 
information, and the decoding is a process for the per- 
formance of error correction for the received data and 
the removal of extra communication control information 
in order to obtain the data that a sender was to originally 
transmit. The data codec 2206 has a function for encod- 
ing or decoding data during data communication via a 
digital telephone, and a function for encoding or decod- 
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ing data during infrared communication. The data codec 
2206 performs encoding or decoding as determined by 
the CPU for data that are set by the CPU. 
[0997] When, for example, a closed message accom- 
panied by a digital signature is to be transmitted via dig- s 
ital telephone communication, the CPU 2200 employs 
the cryptographic processor 2205 to perform a digital 
signature process and a closing process for the mes- 
sage, employs the data codec 2206 to encode the 
obtained message to obtain a data communication form 10 
for a digital telephone, and transmits the resultant mes- 
sage through the control logic unit 2214 to the digital tel- 
ephone communication unit 2207. 
[0998] When a closed message accompanied by a 
digital signature is to be received via digital telephone is 
communication, the CPU 2200 receives that message 
from the digital telephone communication unit 2207 
through the control logic unit 2214, employs the data 
codec 2206 to decode the received message, and per- 
mits the cryptographic processor 2205 to decrypt the 20 
closed and encrypted message and to verify the digital 
Signature accompanying the message. 
[0999] Similarly, when a closed message accompa- 
nied by a digital signature is to be transmitted via infra- 
red communication, the CPU 2200 employs the 25 
cryptographic processor 2205 to provide a digital signa- 
ture for the message and to close the message, and 
employs the data codec 2206 to encode the obtained 
message to provide a data form that is suitable for infra- 
red communication. Then, the resultant message is 30 
transmitted through the control logic unit 2214 to the 
serial-parallel converter 2208. 

[1000] When a closed message accompanied by a 
digital signature is to be received via infrared communi- 
cation, the CPU 2200 receives that message from the 35 
serial-parallel converter 2208 through the control logic 
unit 2214, employs the data codec 2206 to decode the 
received message, and permits the cryptographic proc- 
essor 2205 to decrypt the closed and encrypted mes- 
sage and to verify the digital signature accompanying 40 
the message. 

[1 001 ] When the merchant depresses either the lock 
switch 405. the menu switch 404. the number key switch 
403, or the power switch 402, the key operator 2212 
asserts, to the CPU 2200, an interrupt signal 2237 45 
requesting the performance of a process corresponding 
to the manipulation of the switch. As is shown in Fig. 
23A, the key operator 2212 includes a key control regis- 
ter (KEYCTL) 2306 for setting the valid/invalid state of 
each switch. And to set the valid/invalid state of each so 
switch, The CPU 2200 accesses the key control register 
(KEYCTL) 2306. 

[1002] As is shown in Fig. 23A, the touch panel LCD 
401 includes an X coordinate register (XCOORD) 2304 
and a Y coordinate register (YCOORD) 2305, which ss 
correspond to the coordinates of the point on the screen 
that the merchant touches. When the merchant touches 
the screen, the touch panel LCD 401 asserts an inter- 



rupt signal 2235 requesting the performance of a proc- 
ess corresponding to the manipulation of a switch. In 
response to the interrupt, the CPU 2200 reads the coor- 
dinate information from the X coordinate register (XCO- 
ORD) 2304 and the Y coordinate register (YCOORD) 
2305 via the control logic unit 2214, and performs a 
process based on the coordinate information. 
[1 003] The sound controller 2210, as is shown in Fig. 
23 A, includes an audio processor control register 
(SCTL) 2303, for controlling the audio processing, that 
the CPU 2200 accesses To control the operation of the 
sound controller 2210. When, for example, the ticket 
examination process has been normally completed, the 
CPU 2200 accesses the audio processor control regis- 
ter (SCTL) 2303 to output a sound signalling that the 
ticket has been examined. Thus, the sound controller 
221 0 drives the loudspeaker 221 1 , through which is out- 
put the sound signalling that the ticket has been exam- 
ined. 

[1 004] The infrared communication module 400 mod- 
ulates a serial digital signal that is received via the serial 
cable 406 to obtain a signal that is actually to be trans- 
mitted as an infrared ray, and further changes the result- 
ant signal to an infrared ray and emits it. Furthermore, 
the infrared communication module 400 changes a 
received infrared ray to an analog signal, and then 
demodulates the analog signal to obtain a digital signal 
and outputs it. 

[1005] To transmit a message by using infrared com- 
munication, the CPU 2200 transmits the message as a 
digital signal 2226 to the serial -parallel converter 2208 
via the control logic unit 2214. The serial-parallel con- 
verter 2208 converts the message into a serial digital 
signal, and transmits it via the serial port 2209 and the 
serial cable 406 to the infrared communication module 
400, which then outputs the infrared ray. 
[1006] When the infrared ray is received by the infra- 
red communication module 400, the serial digital signal 
received at the infrared communication module 4300 is 
transmitted via the serial cable 406 and the serial port 
2209 to the serial-parallel converter 2208, whereat the 
signal is converted into parallel data. At this time, the 
serial-parallel converter 2208 asserts the interrupt sig- 
nal 2227 and requests that the CPU 2200 process the 
received data. 

[1 007] The digital telephone communication unit 2207 
controls digital telephone communication with the serv- 
ice providing system 1 10 via the digital telephone com- 
munication line 120. As is shown in Fig. 23A, the digital 
telephone communication unit 2207 includes an ID reg- 
ister (ID) 2307, in which the terminal ID of the gate ter- 
minal 101 is stored, and a digital telephone 
communication unit control register (TCTL) 2308, which 
controls the operation of the digital telephone communi- 
cation unit 2207. 

[1 008] The digital telephone communication unit 2207 
converts data that are to be transmitted via digital tele- 
phone communication into a data format for digital tele- 
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phone communication, and transmits the resultant data 
to the digital telephone communication line 120. The 
data are transmitted to the control logic unit 2214 by the 
CPU 2200 as a digital signal 2223. 

[1 009] In response to a call received along the digital s 
telephone communication line 120, the digital telephone 
communication unit 2207 examines the terminal ID and 
receives and decodes the data. At this time, the digital 
telephone communication unit 2207 further asserts an 
interrupt signal 2224 requesting that the CPU 2200 10 
process the received data. 

[1 010] The external interface 2213 is an interface cir- 
cuit for connecting an external device, such as a gate 
opening/closing device. The CPU 2200 controls the 
external device via the control logic unit 2214 and the 15 
external interface 2213. A control signal 2245 is 
employed for the writing and reading operations per- 
formed by the CPU 2200 via the control logic unit 2214. 
At a low level, the control signal signifies a writing oper- 
ation, while at a high level, the control signal signifies a 20 
reading operation. A data signal that is exchanged at 
this time by the control logic unit 2214 and the external 
interface 2213 is a digital signal 2243, and an interrupt 
signal 2244 is a control signal that is issued as an inter- 
rupt request by the external device. 2 s 
[1011] The control logic unit 2214, as is shown in Fig. 
23A, includes three internal registers: a clock counter 
(CLOCKC) 2300, an update time register (UPTIME) 
2301 , and an interrupt register (INT) 2302. 
[1 01 2] The clock counter is employed to measure the 30 
current time; the update time register is employed to 
store the time at which the gate terminal 101 will com- 
municate with the service providing system to update 
data in the RAM 2202 and on the hard disk 2203; and 
the interrupt register is employed to indicate the reason 35 
an interrupt is generated for the CPU 2200. 
[1 01 3] When the count held by the clock counter 2300 
matches the count in the update time register 2301, or 
when one of the interrupt signals 2224, 2227, 2235, 
2237 or 2244 is asserted, the control logic unit 2214 40 
writes the reason for the interrupt in the interrupt regis- 
ter (INT) 2302, and asserts an interrupt signal 2222 
requesting the CPU perform an interrupt process. For 
the interrupt processing, the CPU 2200 reads the rea- 
son stored in the interrupt register and then performs a 45 
corresponding process. 

[1 014] The individual bit fields of the interrupt register 
(INT) are defined as is shown in Fig. 23B. 
[1 01 5] Bit 3 1 represents the state of the power switch. 
When the bit value is 0, it indicates the state is the so 
power-OFF state, and when the bit value is 1, it indi- 
cates the state is the power-ON state. 
[1 01 6] Bit 30 represents the digital telephone commu- 
nication state. When the bit value is 1, it indicates the 
state is one wherein digital telephone communication is 55 
in process. 

[1017] Bit 29 represents the generation of a touch 
panel interrupt due to contact being made with the 



touch panel. When the bit value is 1, it indicates that 
touch panel interrupt has occurred. In this bit field, a 1 is 
set when the interrupt signal 2235 is asserted. 
[1 01 8] Bit 28 represents the generation of an infrared 
ray reception interrupt. When the bit value is 1 , it indi- 
cates that an infrared ray has been received. In this bit 
field, a 1 is set when the infrared communication mod- 
ule 400 receives an infrared ray and the interrupt signal 
2227 is asserted. 

[1019] Bit 27 represents the generation of a data 
reception interrupt. When the bit value is 1 , it indicates 
that data is being received. In this bit field, a 1 is set 
when the data-communication data are received and 
the interrupt signal 2224 is asserted during the course 
of digital telephone communication. 
[1 020] Bit 26 represents the generation of an update 
interrupt requesting the performance of a data updating 
process. When the bit value is 1 , it indicates the gener- 
ation of the update interrupt. In this bit field, a 1 is set 
when the count in the clock counter matches the count 
in the update time register. 

[1 021 ] Bit 25 represents the generation of an external 
IF interrupt requesting data communication be initiated 
with the external device that is connected to the external 
interface 2213. When the bit value is 1, it signals the 
generation of the external IF interrupt. In this bit field, a 
1 is set when the interrupt signal 2244 received from the 
external interface 2213 is asserted. 
[1 022] Bit 24 represents the generation of a key inter- 
rupt by the manipulation of the switch. When the bit 
value is 1 , it represents the generation of the key inter- 
rupt. In this bit field, a 1 is set when the interrupt signal 
2237 is asserted. 

[1 023] Bits 0 to 9 correspond to switches 0 to 9 for the 
number key switches. Bit 10 and bit 11 correspond to 
number key switches and "#" and bits 12 to 15 corre- 
spond to function switches F1 to F4. Bits 16 to 18 
respectively correspond to the power switch, the lock 
switch, and the menu switch. When the bit value is 1, it 
indicates that a switch corresponding to that bit has 
been depressed. 

[1024] Data stored in the RAM 2202 will now be 
described. 

[1025] Fig. 24 is a specific diagram showing a RAM 
map for data stored in the RAM 2202. 
[1026] The RAM 2202 is constituted by five areas: a 
fundamental program objects area 2400, a service data 
area 2401 , a merchant area 2402, a work area 2403 
and a temporary area 2404. In the fundamental pro- 
gram objects area 2400 are stored an upgraded module 
for a program stored in the ROM 2201 , a patch program, 
and an additional program. The merchant area 2402 is 
an area that a merchant can freely use, the work area 
2403 is a work area that the CPU 100 employs when 
executing a program, and the temporary area 2404 is an 
area in which information received by the gate terminal 
is stored temporarily. 

[1 027] The service data area 2401 is an area in which 
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is. stored contract information for the electronic com- 
merce service, information for an electronic ticket to be 
examined and history information, and the data in this 
area are managed by the service providing system 110. 
The service data area 2401 is constituted by seven sub- 5 
areas: a data management information area 2405, a 
merchant information area 2406, a merchant public key 
certificate area 2407, a merchant preference area 2408, 
a ticket list area 2409, a transaction list area 2410 and 
an authorization report list area 241 1 . 10 
[1028] The data management information area 2405 
is an area in which is held management information for 
data stored in the service data area 2401 ; the merchant 
information area 2406 is an area in which is stored the 
name of a merchant and information concerning the is 
contents of a contract entered into with the service pro- 
vider; the merchant's public key certificate area 2407 is 
an area in which is stored a public key certificate for the 
merchant; a merchant preference area 2408 is an area 
in which is stored for a merchant preference information 20 
that concerns an electronic ticket service; the ticket list 
area 2409 is an area in which is stored list information 
for electronic tickets that the gate terminal examines; 
the transaction list area 2410 is an area in which is 
stored history information for the ticket examination 25 
process of the electronic ticket service; and the authori- 
zation report list area 2411 is an area in which are 
stored results (reference results) obtained by querying 
the service providing system concerning an electronic 
ticket that is examined. 30 
[1 029] The information stored in the service data area 
2401 will now be described in detail. 
[1 030] Fig. 25 is a detailed, specific diagram showing 
the relationships established for information stored in 
the service data area 2401 . 35 
[1031] The data management information 2405 con- 
sists of nine types of information: a last data update 
date 2500, a next data update date 2501 , a terminal sta- 
tus 2502, a merchant information address 2503, a mer- 
chant public key certificate address 2504, a merchant 40 
preference address 2505, a ticket list address 2506, a 
transaction list address 2507 and an authorization 
report list address 2508. 

[1 032] The last data update date 2500 represents the 
date on which the service providing system 110 last 45 
updated the data in the RAM 2202 and on the hard disk 
2203, and the next data update date 2501 represents 
the date on which the service providing system 1 10 will 
next update the data in the service data area 2401 . The 
gate terminal 101 automatically initiates an update so 
process when the time set according to the next data 
update date 2401 has been reached. 
[1 033] The time for the next data update date 2501 is 
set in the update time register 230 1 . When the next data 
update date 2501 is reached, the gate terminal 101 ini- 55 
tiates the data updating process. During the data updat- 
ing process, the service providing system 110 updates 
data stored in the RAM and on the hard disk. This proc- 
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ess is performed daily at a time (e.g., late at night) at 
which communication traffic is not very heavy. The data 
updating process will be described in detail later. 
[1 034] The terminal status 2502 represents the status 
of the gate terminal. The merchant information address 
2503, the merchant public key certificate address 2504, 
the merchant preference address 2505, the ticket list 
address 2506, the transaction list address 2507, and 
the authorization list address 2508 respectively repre- 
sent the first addresses for the areas in which are stored 
the merchant information 2406. the merchant public key 
certificate 2407, the merchant preference information 
2408, the ticket list 2409. the transaction list 2410, and 
the authorization list 241 1 . 

[1 035] List information for electronic tickets that are to 
be examined by the gate terminal 101 is stored in the 
ticket list 2409. An electronic ticket to be examined by 
the gate terminal 101 is set up either by the service pro- 
viding system in the data updating process, or by the 
merchant downloading, from the service providing sys- 
tem, a program module (ticket examination module) for 
examining an electronic ticket (ticket examination 
setup). This setup method is determined in accordance 
with the contents of a contract entered into by the mer- 
chant and the service providing system. 
[1 036] Generally, when the usage form of the type of 
ticket to be examined at the gate terminal 101 must be 
frequently changed, for example, when, as at a stadium, 
the ticket to be examined is changed every day, depend- 
ing on the event, or when the changing of the ticket to be 
examined depends on the individual gates (gate termi- 
nals), the merchant sets up the ticket to be examined. 
But when the type of ticket to be examined is changed 
less frequently and, for example, when as at a theme 
park a ticket to be examined is determined for each 
attraction, the service system providing system sets up 
the ticket to be examined. 

[1037] In the ticket list 2409, for one electronic ticket 
type seven types of information are stored: a ticket 
name 2509, a ticket code 2510, a ticket issuer ID 251 1 , 
a validity term 2512, a gate private key 2513, a ticket 
public key 2514, and a ticket examination module 
address 2515. The ticket name 2509 is information that 
contains the name of an electronic ticket to be examined 
by the gate terminal 101; the ticket code 2510 is code 
information describing the type of the electronic ticket; 
and the validity term 2512 is the period the electronic 
ticket is valid for use. The gate private key 2513 and the 
ticket public key 2514 are encryption keys that respec- 
tively are paired with the gate public key 1912 and the 
ticket private key 191 1 for the electronic ticket. 
[1 038] The ticket examination module address 251 5 is 
an address on the hard disk 2203 whereat is stored the 
ticket examination module for the pertinent electronic^ 
ticket. 

[1039] In the transaction list 2410, list information is 
stored for managing the history of the ticket examination 
process of the electronic ticket service. For one ticket 
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examination process, four information items are stored 
in the transaction list 2410: a transaction number 2516, 
a service code 2517, a transaction time 2518, and a 
transaction information address 2519. 
[1040] The transaction number 2516 is a number 
uniquely identifying the ticket examination process 
(from the view of the merchant); the service code 2517 
is code information describing the type of mobile elec- 
tronic commerce service that was provided for the user; 
and the transaction time 2518 is the time at which the 
ticket examination process was performed. 
[1 041 ] The transaction information address 251 9 is an 
address at which is stored a ticket examination 
response 6703 that corresponds to the history informa- 
tion accumulated for the ticket examination process. In 
the transaction information address 2519 is stored a 
local address that points to an address on the hard disk 
2203 or a remote address that points to indicates an 
address in the merchant information server 903 of the 
service providing system 110. When the remote 
address is stored at the transaction information address 
2519, and when the merchant accesses the history 
information, the gate terminal 101 downloads the his- 
tory information from the service providing system to 
the temporary area and displays it on the LCD. 
[1 042] The address stored at the transaction informa- 
tion address 2519 is determined by the service provid- 
ing system. In the data updating process, the 
transaction times for the history information items are 
compared, and a local address is assigned for the his- 
tory information having the latest transaction time. 
When there is adequate space on the hard disk 2203, 
all the transaction information addresses can be local 
addresses. 

[1043] A list of authorization report addresses 2520, 
which are addresses at which the results of ticket refer- 
ences are stored, is stored in the authorization report 
list 241 1 as list information for managing the results of 
the ticket reference process. 

[1044] In the authorization report address 2520 is 
stored a local address that points to an address on the 
hard disk 2203 or to a remote address that points to an 
address in the merchant information server 903 of the 
service providing system 110. When the remote 
address is stored at the authorization report address 
2520, and when the merchant accesses the authoriza- 
tion report, the gate terminal 101 downloads the author- 
ization report from the service providing system to the 
temporary area, and displays it on the LCD. 
[1 045] The address stored at the authorization report 
address 2520 is determined by the service providing 
system. In the data updating process, the issue dates 
for the authorization reports are compared, and a local 
address is assigned for that information which has the 
latest issue date. When adequate space is available on 
the hard disk 2203, all the authorization report 
addresses can be local addresses. 
[1046] The internal structure of the merchant terminal 
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102 will now be explained. 

[1047] Fig. 26 is a block diagram illustrating the 
arrangement of the merchant terminal 102. The mer- 
chant terminal 102 comprises: a CPU (Central Process- 
5 ing Unit) 2600, which processes data that is to be 
transmitted and data that is received in accordance with 
a program stored in a ROM (Read Only Memory) 2601 
and which controls the other* components via a bus 
2629; a RAM (Random Access Memory) 2602 and a 
io hard disk 2603, whereat are stored data that are to be 
processed and data that have been processed by the 
CPU 2600; a EEPROM (Electric Erasable Programma- 
ble Read Only Memory) 2604, in which is stored the 
accounting machine ID of the merchant terminal 102, 
75 the terminal ID and the telephone number as a tele- 
phone terminal, a merchant ID, a private key and a pub- 
lic key for the digital signature of a merchant, the service 
provider ID, a telephone number of a service providing 
system (the telephone number of the service providing 
20 system is accompanied by the digital signature of a 
service provider), and the public key of the service pro- 
vider; an LCD controller 2605, which operates the LCD 
502 under the control of the CPU 2600 and which dis- 
plays on the LCD 502 an image set by the CPU 2600; a 
25 cryptographic processor 2606, which encrypts or 
decrypts data under the control of the CPU 2600; a data 
codec 2607, which encodes data to be transmitted and 
decodes data that is received under the control of the 
CPU 2600; an infrared communication module 501, 
30 which performs infrared communication with the mobile 
user terminal 100; a serial port 2609, which is con- 
nected to the infrared communication module 501; a 
serial-parallel converter 2608, which performs the bidi- 
rectional conversion of parallel data and serial data; a 
35 key operator 261 1 , which detects the manipulation of a 
mode switch 504 by a merchant, a hook switch 505, a 
function switch 506, a number key switch 507, an execu- 
tion switch 508 or a power switch 509; an audio proces- 
sor 2613, which drives a loudspeaker 2612 and the 
40 receiver of a telephone handset 503, and which ampli- 
fies an analog audio signal 2444 received at the micro- 
phone of the telephone handset 503 and supplies the 
resultant signal to an audio codec 2614; the audio 
codec 2414, which encodes an analog audio signal 
45 2644 to provide digital audio data and decodes digital 
audio data to provide an analog audio signal 2643; a 
channel codec 2615, which multiplexes digital audio 
data and data-communication data in order to generate 
data to be transmitted, and which extracts digital audio 
so data and data-communication data from multiplexed 
data that are received; a digital communication adaptor 
2616, which is a communication adaptor employed with 
the digital communication telephone line 122; an RS- 
232C interface 2617, which is an interface circuit for the 
55 RS-232C cable 514 connected to the cash register 511; 
and a control logic unit 2610, which processes an inter- 
rupt signal received from the key operator 2613, the 
channel codec or the RS-232C interface 2617, and 
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which serves as an interface when the CPU 2600 
accesses the internal register of the key operator 2613, 
the audio processor 2613, the audio codec 2614 or the 
channel codec. 

[1048] The cryptographic processor 2606 includes a 
secret key encryption and decryption function and a 
public key encryption and decryption function. The cryp- 
tographic processor 2606 employs a cryptography 
method determined by the CPU 2600 and the keys to 
encrypt or decrypt data selected by the CPU 2600. The 
CPU 2600 employs the encryption and decryption func- 
tions of the cryptographic processor 2606 to perform a 
digital signature process or a closing process for a mes- 
sage, and to decrypt a closed and encrypted message 
or to verify a digital signature accompanying a mes- 
sage. A detailed explanation will be given later for the 
digital signature process, the closing process, the 
decryption process and the digital signature verification 
process. 

[1 049] The data codec 2607 encodes data to be trans- 
mitted or decodes data that are received under the con- 
trol of the CPU 1500. in this case, the encoding is a 
process for generating data to be transmitted that 
includes communication control information and error 
correction information, and the decoding is a process 
for performing error correction for the received data and 
for removing extra communication control information in 
order to obtain the data that a sender was to originally 
transmit. The data codec 2607 has a function for encod- 
ing or decoding data during data communication using a 
digital wireless telephone, and a function for encoding 
or decoding data during infrared communication. The 
data codec 2607 performs encoding or decoding as 
determined by the CPU for data that are selected by the 
CPU. 

[1050] When, for example, a closed message accom- 
panied by a digital signature is to be transmitted via dig- 
ital telephone communication, the CPU 2600 employs 
the cryptographic processor 2606 to perform a digital 
signature process and a closing process for the mes- 
sage, employs the data codec 2607 to encode the 
obtained message to provide a data communication 
form for a digital telephone, and transmits the resultant 
message through the control logic unit 2610 to the 
channel codec 261 5. 

[1051] When a closed message accompanied by a 
digital signature is received via digital telephone com- 
munication, the CPU 2600 reads that message from the 
channel codec 2615 through the control logic unit 2610, 
employs the data codec 2607 to decode the received 
message, and permits the cryptographic processor 
2606 to decrypt the closed and encrypted message and 
to verify the digital signature accompanying the mes- 
sage. 

[1052] Similarly, when a closed message accompa- 
nied by a digital signature is to be transmitted via infra- 
red communication, the CPU 2600 employs the 
cryptographic processor 2606 to provide a digital signa- 



ture for the message and to close the message, and 
employs the data codec 2607 to encode the obtained 
message to provide a data form suitable for infrared 
communication. Then, the resultant message is trans- 

5 mitted to the serial-parallel converter 2608. 

[1053] When a closed message accompanied by a 
digital signature is received via infrared communication, 
the CPU 2600 reads that message from the serial-par- 
allel converter 2608, employs the data codec 2607 to 

10 decode the received message, and permits the crypto- 
graphic processor 2606 to decrypt the closed and 
encrypted message and to verify the digital signature 
accompanying the message. 

[1 054] When the merchant depresses either the mode 

15 switch 504, the hook switch 505, the function switch 
506, the number key switch 507, the execution switch 
508 or the power switch 509, the key operator 261 1 
asserts an interrupt signal 2639 requesting that the 
CPU 2600 perform a process corresponding to the 

20 switch that was manipulated. As is shown in Fig. 27A, 
the key operator 2611 includes a key control register 
(KEYCTL) 2710 for setting a valid/invalid state for each 
switch. The CPU 2600 accesses the key control register 
(KEYCTL) 2710 to determine whether a switch is effec- 

25 tive or not. 

[1055] The audio processor 2613 includes an audio 
control register (SCTL) 2709 for controlling the audio 
process, as is shown in Fig. 27 A. The CPU 2600 
accesses the audio control register (SCTL) 2709 to con- 

30 trol the operation of the audio processor 2613. When, 
for example, a request for a digital telephone call is 
received, the CPU 2600 accesses the audio control reg- 
ister (SCTL) 2709 to output an arrival tone for a digital 
call. Therefore, the audio processor 2613 drives the 

35 loudspeaker 2612 to output an arrival tone for a digital 
call. It should be noted, however, that when a call 
request is from the service providing system 110, no 
arrival tone is output, and the CPU 2600 initiates a proc- 
ess for establishing a communication session with the 

40 service providing system. 

[1056] The audio codec 2614 encodes an analog 
audio signal 2644 received from the audio processor 
2613 to provide digital audio data, and decodes digital 
audio data read from the channel codec 261 5 to provide 

45 an analog audio signal 2643. The analog audio signal 
2643 is transmitted to the audio processor 2613, which 
amplifies the signal 2643 and drives the receiver of the 
telephone handset 2613 to release sounds from the 
receiver. The encoded digital audio data are transmitted 

so to the channel codec 2615, which then changes the 
data into data that are suitable for transmission. 
[1 057] In addition, the audio codec 2614 includes an 
audio data encryption key register (CRYPT) 2711 in 
which is stored an encryption key for the secret key 

55 cryptography method that is employed for the encryp- 
tion and decryption of audio data. When the audio data 
encryption key is set to the audio data encryption key 
register (CRYPT) 271 1 by the CPU 2600, the audio 
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codec 2614 encodes the analog audio signal 2644 to 
provide digital audio data while at the same time 
encrypting the digital audio data, or decodes the digital 
audio data to provide an analog audio signal 2643 while 
at the same time decrypting the digital audio data. 5 
[1058] Two types of data to be transmitted are 
received by the channel codec 2615: one type is digital 
audio data received as a digital audio signal 2647 from 
the audio codec 2614, and the other type is data-com- 
munication data received from the CPU via the control 10 
logic unit 2610. 

[1 059] The channel codec 261 5 adds, as header infor- 
mation, identification information for the digital audio 
data or the data-communication data to the respective 
data, and multiplexes the digital audio data and the is 
data-communication data and transmits a resultant dig- 
ital signal 2616 to the digital communication adaptor 
2616. 

[1 060] In addition, upon receiving a digital signal 2648 
from the digital communication adaptor 261 6, the chan- 20 
nel codec 2615 examines a terminal ID, identifies the 
digital audio data and the data-communication data 
using the header information, and transmits these data 
respectively as a digital audio signal 2647 and a digital 
signal 2651 to the audio codec 2612 and the control 25 
logic unit 2610. Further, upon receiving a digital call or 
data-communication data, the channel codec 2615 
asserts an interrupt signal 2649, and upon receiving 
digital audio data, brings a control signal 2645 low. The 
interrupt signal 2649 is a signal requesting that the CPU 30 
2600 perform the process in response to the arrival of a 
digital call and a process for data-communication data. 
The control signal 2645 is a low-active signal for 
requesting that the audio codec 2614 process the 
received digital audio data. 35 
[1061] In order to perform these processes, as is 
shown in Fig. 27A, the channel codec 2615 includes: an 
ID register (ID) 2703, in which a terminal ID is stored; a 
channel codec control register (CHCTL) 2704, which 
controls the operation of the channel codec 2615; an 40 
audio transmission buffer 2705, in which are stored dig- 
ital audio data received from the audio codec 2614; an 
audio reception buffer 2706, in which are stored digital 
audio data extracted from received data; a data trans- 
mission buffer 2707, in which are stored data-communi- 45 
cation data received from the CPU 2600 via the control 
logic unit 2610; and a data reception buffer 2708, in 
which are stored data-communication data extracted 
from received data. 

[1062] A control signal 2646 is a control signal with so 
which the audio codec 2614 directs the channel codec 
2514 to write data to the data transmission buffer 2705 
and to read data from the data reception buffer 2706. 
The audio codec 2614 sets the control signal 2646 low 
to write the digital audio data to the data transmission 55 
buffer 2705, and sets the control signal 2646 high to 
read the digital audio data from the data reception buffer 
2706. 



[1063] A control signal 2650 is a control signal with 
which the CPU 2600 directs the channel codec 2615 via 
the control logic unit 261 0 to write data to the data trans- 
mission buffer 2707 and to read data from the data 
reception buffer 2708. When the control signal 2650 
goes low, the data-communication data are written to 
the data transmission buffer 2707, and when the control 
* signal 2650 goes high, the data -communication data 
are read from the data reception buffer 2708. 
[1064] The digital communication adaptor 2616 
encodes a digital signal 2648 to obtain data having a 
format suitable for digital telephone communication, and 
outputs the resultant signal to a digital telephone com- 
munication line 122. The digital communication adaptor 
2616 further decodes a signal received along the digital 
telephone communication line 122, and supplies an 
obtained digital signal 2648 to the channel codec 2615. 
[1 065] The RS-232C interface 261 7 is an interface cir- 
cuit for connecting the RS-232C cable 514. The mer- 
chant terminal 102 communicates with the cash register 
511 via the RS-232C interface 2617. The RS-232C 
interface 2617 receives data from the cash register 51 1 
and asserts an interrupt signal 2652. The interrupt sig- 
nal 2652 is a signal requesting that the CPU 2600 
exchange data with the cash register 511 via the RS- 
232C interface 2617. 

[1066] The control logic unit 2610 internally includes 
three registers, as is shown in Fig. 27A: a clock counter 
(CLOCKC) 2700, an update time register (UPTIME) 
2701 , and an interrupt register (INT) 2702. 
[1067] The clock counter 2700 measures the current 
time; the update time register 2701 is used to store the 
time at which the merchant terminal 1 02 updates data in 
the RAM 2602 and on the hard disk 2603 through com- 
munication conducted with the service providing system 
(data updating process); and the interrupt register 2702 
is used to indicate the reason an interrupt for the CPU 
2600 is generated. 

[1068] When the count in the clock counter 2700 
matches the count in the update time register 2701 , and 
when one of the interrupt signals 2639, 2649 and 2652 
is asserted, the control logic unit 261 0 writes the reason 
the interrupt was generated in the interrupt register 
(INT) 2702, and asserts an interrupt signal 2618 
requesting that the CPU 2600 perform the interrupt 
process. For the interrupt process, the CPU 2600 reads 
from the interrupt register the reason the interrupt was 
generated, and performs a corresponding process. 
[1 069] The individual bit fields in the interrupt register 
(INT) are defined as is shown in Fig. 27B. 
[1070] Bit 31 represents the state of the power switch. 
When the bit value is 0, it represents the power-OFF 
state, and when the bit value is 1 , it represents the 
power-ON state. 

[1 071 ] Bit 30 represents the digital telephone commu- 
nication state. When the bit value is 0, it represents the 
state during which no digital telephone communication 
is being performed, and when the bit value is 1 , it repre- 
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serfts the state during which digital telephone communi- 
cation is being performed. 

[1 072] Bit 28 represents the generation of a call arrival 
interrupt. When the bit value is 1 , it signals the arrival of 
a digital call. In this bit field, a 1 is set when a digital tel- - s 
ephone call is received and the interrupt signal 2649 is 
asserted. 

[1073] Bit 27 represents the generation of a data 
reception interrupt. When the bit value is 1 , it signals the 
reception of data. In this bit field, a 1 is set when the io 
data-communication data are received and the interrupt 
signal 2649 is asserted during the conduct of digital tel- 
ephone communication. 

[1074] Bit 26 represents the generation of an update 
interrupt requesting the performance of a data updating is 
process. When the bit value is 1, it signals the genera- 
tion of the update interrupt. In this bit field, a 1 is set 
when the count in the clock counter matches the count * 
in the update time register. 

[1 075] Bit 25 represents the generation of an external 20 
IF interrupt requesting that data communication with the 
cash register 31 1 be initiated. When the bit value is 1 , it 
signals the generation of the external IF interrupt. In this 
bit field, a 1 is set when the interrupt signal 2652 
received from the RS-232C interface 2617 is asserted. 25 
[1 076] Bit 24 represents the generation of a key inter- 
rupt by the manipulation of a switch. When the bit value 
is 1 , it represents the generation of the key interrupt. 
[1 077] Bits 0 to 9 correspond to switches 0 to 9 of the 
number key switches. Bits 10 and 11 correspond to 30 
number key switches and and bits 12 to 15 cor- 
respond to function switches F1 to F4. Bits 16 to 18 
respectively correspond to the power switch, the execu- 
tion switch, the mode switch and the speech switch, and 
bit 20 corresponds to the hook switch. When a bit value 35 
is 1, it indicates that a switch corresponding to the bit 
has been depressed. 

[1078] Data stored in the RAM 2602 will now be 
described. 

[1 079] Fig. 28 is a specific diagram of a RAM map for 40 
data stored in the RAM 2602. 

[1080] The RAM 2602 is constituted by five areas: a 
fundamental program object area 2800, a service data 
area 2801, a merchant area 2802, a work area 2803 
and a temporary area 2804. In the fundamental pro- 45 
gram object area 2800 are stored an upgraded module 
of a program stored in the ROM 2601 , a patch program 
and an additional program. The merchant area 2802 is 
an area that a merchant can freely use, the work area 
2803 is a work area that the CPU 100 employs when so 
executing a program, and the temporary area 2804 is an 
area in which information received by the merchant ter- 
minal is stored temporarily. 

[1 081 ] The service data area 280 1 is an area in which 
are stored contract information for the electronic com- 55 
merce service, available credit card information, availa- 
ble payment card information and history information, 
and the data in this area are managed by the service 



providing system. The service data area 2801 is consti- 
tuted by nine sub-areas: a data management informa- 
tion area 2805, a merchant information area 2806, a 
merchant public key certificate area 2807. a merchant 
preference area 2808, a telephony information area 
2809, an available credit card list area 2810, an availa- 
ble payment card list 2811 , a transaction list area 2812, 
and an authorization report list 2813. 
[1082] The data management information area 2805 
is an area in which is stored management information 
for data stored in the service data area 2801 ; the mer- 
chant information area 2806 is an area in which are 
stored the name of a merchant and information for the 
contents of a contract with a service provider; the mer- 
chant public key certificate area 2807 is an area in 
which a public key certificate for a merchant is stored; 
the merchant preference area 2808 is an area in which 
preference information for a merchant is stored that 
concerns the mobile electronic commerce service; the 
telephony information area 2809 is an area in which 
information concerning a digital telephone is stored; the 
available credit card list area 2810 is an area in which is 
stored list information for the credit cards the merchant 
can handle; the available payment card list area 281 1 is 
an area in which is stored list information for the pay- 
ment cards the merchant can handle; the transaction list 
area 2812 is an area in which is stored sales history 
information for the mobile electronic commerce service; 
and the authorization report list area 281 3 is an area in 
which are stored the results (micro-check reference 
results) that are obtained by the service providing sys- 
tem when it examines the micro-check that is handled. 
[1 083] The information stored in the service data area 
2801 will now be described in detail. 
[1 084] Fig. 29 is a detailed, specific diagram showing 
the relationships established for information stored in 
the service data area 2801 . 

[1085] The data management information 2805 con- 
sists of eleven types of information: a last data update 
date 2900, a next data update date 2901 , a terminal sta- 
tus 2902, a merchant information address 2903, a mer- 
chant public key certificate address 2904, a merchant 
preference address 2905, a telephony information 
address 2906, an available credit card list address 
2907, an available payment card list address 2908, a 
transaction list address 2909, and an authorization 
report list address 2910. 

[1 086] The last data update date 2900 represents the 
date on which the service providing system 110 last 
updated the data in the RAM 2602 and on the hard disk 
2603, and the next data update date 2901 represents 
the date on which the service providing system 1 1 0 will 
next update the data in the service data area 2801 . The 
merchant terminal 102 automatically initiates an update 
process when the is reached that is set according to the 
next data update date 2901 . 

[1 087] The time for the next data update date 2901 is 
set in the update time register 2701 . When the next data 
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update date 2901 is reached, the merchant terminal 
102 initiates the data updating process. During the data 
updating process, the service providing system 110 
updates data stored in the RAM and on the hard disk. 
This process is performed daily during a period (e.g., 5 
late at night) in which communication traffic is not very 
heavy. The data updating process will be described in 
detail later. 

[1 088] The terminal status 2902 represents the status 
of the merchant terminal 102. The merchant information w 
address 2903, the merchant public key certificate 
address 2904, the merchant preference address 2905, 
the telephony information address 2906, the available 
credit card list address 2907, the available payment 
card list address 2908, the transaction list address 2909 is 
and the authorization report list address 2910 respec- 
tively represent the first addresses for the areas in 
which are stored the merchant information 2806, the 
merchant's public key certificate 2807, the merchant 
preference information 2808, the telephony information 20 
2809, the available credit card list 2910, the available 
payment card list 281 1 , the transaction list 2812 and the 
authorization report list 2813. 

[1 089] The telephony information area 2809 includes 
three types of information: a last called number 2911, 25 
an address book address 2912 and a shortcut file 
address 2913. The last called number 291 1 represents 
a telephone number for a prior call placed by the mer- 
chant, and is employed for the redialing of a digital tele- 
phone. The address book address 2912 and the 30 
shortcut file address 2913 respectively represent 
addresses on the hard disk 2603 at which address book 
information and a shortcut file are stored. 
[1 090] The available credit card list 281 0 includes list 
information for those credit cards that can be handled by 35 
a merchant. In the available credit card list 2810, three 
types of information are entered for each credit card: a 
credit card name 2914, a service code list address 
2915, and a credit card clearing program address 2916. 
The credit card name 2914 represents the name of a 40 
credit card that the merchant can handle, and the serv- 
ice code list address 2915 is an address on the hard 
disk 2603 at which is stored a service code list that 
shows the types of services that can be provided by the 
merchant when the electronic credit card is used. The 45 
service code list is a list of payment service codes and 
optional payment codes that the merchant can handle. 
[1 091 ] The credit card clearing program address 291 6 
is an address on the hard disk 2603 at which is stored a 
credit card clearing program for the pertinent electronic so 
credit card. 

[1 092] The available payment card list 281 1 includes 
4ist information for payment cards that can be handled 
by a merchant. 

[1093] In the available payment card list 2811, for 55 
each payment card, seven types of information are 
entered: a card name 2917, a card code 2918, a pay- 
ment card issuer ID 2919, a validity term 2920, an 



accounting machine private key 2921, a card public key 

2922, and a payment card accounting module address 

2923. The card name 2917 represents the name of a 
payment card that the merchant can handle; the card 
code 2918 is code information that represents the type 
of electronic payment card; the payment card issuer ID 
2919 is ID information for a payment card issuer; and 
the validity term 2920 is the period during which the 
electronic payment card is valid. The accounting 
machine private key 2921 and the card public key 2922 
are encryption keys that are respectively paired with the 
accounting machine public key 2012 and the card pri- 
vate key 201 1 for the electronic payment card. 

[1 094] The payment card accounting module address 
2923 is an address on the hard disk 2603 at which is 
stored a program module (a payment card accounting 
module) for clearing the electronic payment card. 
[1 095] In accordance with the contract entered into by 
the merchant and the service providing system, the 
service providing system sets up or updates the con- 
tents of the available payment card list 281 1 in the data 
updating process. 

[1096] In the transaction list 2812, list information is 
stored to manage the history information for sales 
through the mobile electronic commerce service. For 
the sales effected through one mobile electronic com- 
merce service, in the transaction list 2812 are stored 
four information items: a transaction number 2924, a 
service code 2925, a transaction time 2926, and a 
transaction information address 2927. 
[1097] The transaction number 2924 is a number 
uniquely identifying a transaction performed with a user 
(from the view of the merchant); the service code 2925 
is code information identifying the type of mobile elec- 
tronic commerce service that was provided for the user; 
and the transaction time 2926 is time information for the 
time at which a product was sold or the service was pro- 
vided via the mobile electronic service. 
[1 098] The transaction information address 2927 is an 
address at which is stored a micro-check that describes 
the contents of the sale and a receipt. In the transaction 
information address 2927 is stored a local address that 
points to an address on the hard disk 2603 or a remote 
address that indicates an address in the merchant infor- 
mation server 903 of the service providing system 110. 
When the remote address is stored at the transaction 
information address 2927, and when the merchant 
accesses the sales history information, the merchant 
terminal 102 downloads the history information from the 
service providing system to the temporary area, and 
displays it on the LCD. 

[1 099] The address stored at the transaction informa- 
tion address 2927 is determined by the service provid- 
ing system. In the data updating process, the 
transaction times for the sales history information items 
are compared, and a local address is assigned for the 
sales information having the latest transaction time. 
When there is adequate space on the hard disk 2603, 
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all' the transaction information addresses can be local 
addresses. 

[1100] A list of authorization report addresses 2928, 
which are addresses at which the results of the refer- 
ence of the micro-check are stored, is stored in the s 
authorization report list area 2813 as list information for 
managing the results of the micro-check reference proc- 
ess. 

[1101] In the authorization report address 2928 is 
stored a local address that indicates an address on the io 
hard disk 2603 or a remote address that indicates an 
address in the merchant information server 903 of the 
service providing system 110. When the remote 
address is stored at the authorization report address 
2928, and when the merchant accesses the authoriza- is 
tion report, the merchant terminal 102 downloads the 
authorization report from the service providing system 
to the temporary area, and displays it on the LCD. 
[1 102] The address stored at the authorization report 
address 2928 is determined by the service providing 20 
system. In the data updating process, the issuing dates 
for the authorization reports are compared, and a local 
address is assigned for the information having the latest 
issuing date. When there is adequate space on the hard 
disk 2603, all the authorization report addresses can be 25 
local addresses. 

[1 1 03] The internal structure of the merchant terminal 
103 will now be described. 

[1104] Fig. 30 Is a block diagram illustrating the 
arrangement of the merchant terminal 103. This termi- 30 
nal 103 comprises: a CPU (Central Processing Unit) 
3000, which employs a program stored in a ROM (Read 
Only Memory) 3001 to process data for transmission 
and for reception, and to control the other components 
via a bus 3029; a RAM (Random Access Memory) 35 

3002. in which are stored data that are processed and 
are to be processed by the CPU 3000; a EE PROM 
(Electric Erasable Programmable Read Only Memory) 

3003, in which is stored an accounting machine ID for 

the merchant terminal 103, a terminal ID and a tele- 40 
phone number for the merchant terminal 103 when 
used as a wireless telephone terminal, a merchant ID, a 
private key and a public key for a merchant digital signa- 
ture, a service provider ID, and the telephone number 
and the public key of the service providing system 110 as 
(the digital signature of the service provider accompa- 
nies the telephone number of the service providing sys- 
tem); an LCD controller 3004, which operates the LCD 
603 under the control of the CPU 3000, and which dis- 
plays on the LCD an image that is selected by the CPU so 
3000; a cryptographic processor 3005, which encrypts 
and decrypts data under the control of the CPU 3000; a 
data codec 3006, which encodes data to be transmitted 
and decodes received data under the control of the 
CPU 3000; a memory card 3059 on which product infor- ss 
mation is recorded and a card slot 614 for the memory 
card; an infrared communication module 3007, which 
transmits and receives infrared rays during infrared 
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communication; a bar code reader 610 for reading the 
bar code of a product; a key operator 3009, which 
detects the manipulation by the user of a mode switch 
604, a speech switch 605, an end switch 606, a function 
switch 607, a number key switch 608, a power switch 
611 and an execution switch 612; an audio processor 
301 1 , which drives a loudspeaker 3010, a receiver 602 
or a headphone set that is connected to a headphone 
jack 612, and which amplifies an analog audio signal 
that is input through a microphone 609 or the head- 
phone head; an audio codec 3012. which encodes an 
analog audio signal 3042 to provide digital audio data, 
and which decodes digital audio data to provide an ana- 
log audio signal 3043; a channel codec 3013, which 
generates data to be transmitted along a radio channel, 
and which extracts, from received data, data that is 
addressed to the merchant terminal 103; a modulator 
3014, which modulates a serial digital signal 3047 input 
by the channel codec 3013 to obtain an analog trans- 
mission signal 3049 that employs as a baseband an 
electric signal 3052 that is transmitted by a PLL 3016; a 
demodulator 301 5, which demodulates an analog signal 
3050 that is received while employing as a baseband an 
electric signal 3053 that is supplied by the PLL 3016, 
and which transmits a serial digital signal 3048 to the 
channel codec 3013; an RF unit 3017, which changes 
the analog transmission signal 3049 received from the 
modulator 3014 into a radio wave and outputs it through 
an antenna 601, and which, upon receiving a radio 
wave through the antenna 601, transmits an analog 
reception signal 3050 to the demodulator 3015; a bat- 
tery capacity detector 3018, which detects the capacity 
of the battery of the merchant terminal 1 03; and a con- 
trol logic unit 3008, which activates the channel codec 
3013, the PLL 3016 and the RF unit 3017, and which 
processes interrupt signals that are transmitted by the 
key operator 3009, the channel codec 3013 and the bat- 
tery capacity detector 3018, and which serves as an 
interface when the CPU 3000 accesses the internal reg- 
isters of the key operator 3009, the audio processor 
301 1 , the audio codec 301 2 and the channel codec. 
[1 1 05] On the memory card 3059, the name of a prod- 
uct, a product code, a bar code and a price are recorded 
as product information. Based on the bar code of the 
product that is read by the bar code reader 610, the 
CPU 3000 accesses the product information on the 
memory card 3059 to calculate the amount of a charge. 
[11 06] The cryptographic processor 3005 includes a 
secret key encryption and decryption function and a 
public key encryption and decryption function. The cryp- 
tographic processor 3005 employs a cryptography 
method determined by the CPU 3000 and the keys to 
encrypt or decrypt data selected by trje CPU 3000. The 
encryption and decryption functions of the crypto- 
graphic processor 3005 are employed to perform a dig- 
ital signature process or a closing process for a 
message, and to decrypt a closed and encrypted mes- 
sage or to verify a digital signature accompanying a 
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message. A detailed explanation will be given later for 
the digital signature process, the closing process, the 
decryption process and the digital signature verification 
process. 

[1 1 07] The data codec 3006 encodes data to be trans- s 
mitted or decodes data that is received, under the con- 
trol of the CPU 3000. In this case, the encoding is a 
process for generating data to be transmitted that" 
includes communication control information and error 
correction information, and the decoding is a process 10 
for performing error corrections for the received data 
and for removing extra communication control informa- 
tion in order to obtain the data that a sender was to orig- 
inally transmit. The data codec 3006 has a function for 
encoding or decoding data during data communication 15 
conducted using a digital wireless telephone, and a 
function for encoding or decoding data during infrared 
communication. The data codec 3006 performs the 
encoding or decoding, as determined by the CPU 3000, 
of data that are selected by the CPU 3000. 20 
[1 1 08] When, for example, a closed message accom- 
panied by a digital signature is to be transmitted via dig- 
ital wireless telephone communication, the CPU 3000 
employs the cryptographic processor 3005 to perform a 
digital signature process and a closing process for a 25 
message, employs the data codec 3006 to encode the 
obtained message to provide a data communication 
form for a digital wireless telephone, and transmits the 
resultant message through the control logic unit 3008 to 
the channel codec 3013. 30 
[1109] When a closed message accompanied by a 
digital signature is received via digital wireless tele- 
phone communication, the CPU 3000 reads that mes- 
sage from the channel codec 3013 through the control 
logic unit 3008, employs the data codec 3006 to decode 35 
the received message, and permits the cryptographic 
processor 3005 to decrypt the closed and encrypted 
message and to verify the digital signature accompany- 
ing the message. 

[1110] Similarly, when a closed message accompa- 40 
nied by a digital signature is to be transmitted via infra- 
red communication, the CPU 3000 employs the 
cryptographic processor 3005 to provide a digital signa- 
ture for the message and to close the message, and 
employs the data codec 3006 to encode the obtained 45 
message to provide a data form that is suitable for infra- 
red communication. Then, the resultant message is 
transmitted to the infrared communication module 3007. 
[1111] When a closed message accompanied by a 
digital signature is received via infrared communication, 50 
the CPU 3000 reads that message from the infrared 
communication module 3007, employs the data codec 
3006 to decode the received message, and permits the 
cryptographic processor 3005 to decrypt the closed and 
encrypted message and to verify the digital signature 55 
accompanying the message. 

[1112] When the merchant depresses either the mode 
switch 604, the speech switch 605, the end switch 606, 
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the function switch 607, the number key switch 608, the 
power switch 61 1 or the execution switch 612, the key 
operator 3009 detects the switch manipulation by the 
user and asserts an interrupt signal 3038 requesting the 
performance of a process corresponding to the switch 
that was manipulated. As is shown in Fig. 31 A, the key 
operator 3009 includes a key control register (KEYCTL) 
3112 for setting the valid/invalid state of each switch. 
The CPU 3000 accesses the key control register (KEY- 
CTL) 31 12 to set the valid/invalid state of each switch. 
[1113] The audio processor 301 1 includes an audio 
control register (SCTL) 3111 for controlling the audio 
process, as is shown in Fig. 31 A. The CPU 3000 
accesses the audio control register (SCTL) 31 1 1 to con- 
trol the audio processor 301 1 . When, for example, a call 
request is received over a digital wireless telephone, the 
CPU 3000 accesses the audio control register (SCTL) 
3111 to output a call tone for a digital wireless tele- 
phone. As a result, the audio processor 301 1 drives the 
loudspeaker 3010 to release the call tone for a digital 
wireless telephone. It should be noted that when a call 
request is from the service providing system 110, no 
call arrival tone is output, and the CPU 3000 initiates a 
process for establishing a communication session with 
the service providing system. 

[1114] The audio codec 3012 encodes an analog 
audio signal 3042 received from the audio processor 
301 1 to provide digital audio data, and decodes digital 
audio data received from the channel codec 3013 to 
provide an analog audio signal 3043. The analog audio 
signal 3043 is transmitted to the audio processor 301 1, 
which amplifies the signal 3043 and drives the receiver 
602 to produce sounds. The encoded digital audio data 
are transmitted as a digital audio signal 3046 to the 
channel codec 3013, which converts the data into data 
that can be transmitted across the radio channel. 
[1115] In addition, the audio codec 301 2 includes an 
audio data encryption key register (CRYPT) 3113 in 
which is stored an encryption key for the secret key 
cryptography method that is employed for the encryp- 
tion and decryption of audio data. When the audio data 
encryption key is set to the audio data encryption key 
register (CRYPT) 3113 by the CPU 3000, the audio 
codec 3012 encodes the analog audio signal 3042 to 
provide digital audio data while at the same time 
encrypting the digital audio data, or decodes the digital 
audio data to provide an analog audio signal 3043 while 
at the same time decrypting the digital audio data. 
[1116] Two types of data to be transmitted are 
received by the channel codec 3013: one type is digital 
audio data originating at the audio codec 3012 as a dig- 
ital audio signal 3046, and the other type is data-com- 
munication data originating at the CPU 3000 that pass 
through the control logic unit 3008 as a digital signal 
3056. 

[1117] The channel codec 3013 adds identification 
data, as header information, to digital audio data and 
data-communication data, then converts the data into a 
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seHal digital signal 3047 having a data format that is 
suitable for a digital wireless telephone, and transmits 
the signal 3047 to the modulator 3014. 
[1118] In addition, upon receiving a serial digital signal 
3048 from the demodulator 3015, the channel codec 
3013 examines a terminal ID and extracts only such 
data as is addressed to the channel codec 3013, 
removes the communication control information for the 
digital wireless telephone, identifies the digital audio 
data and the data-communication data in the header 
information, and transmits these data as a digital audio 
signal 3046 and a digital signal 3056 to the audio codec 

3012 and the control logic unit 3008 respectively. 
[1119] Further, upon receiving a digital wireless call or 
data-communication data, the channel codec 3013 
asserts an interrupt signal 3054, and upon receiving 
digital audio data, brings the control signal 3044 low. 
The interrupt signal 3054 is a signal requesting that the 
CPU 3000 perform the process for a received digital 
wireless phone communication and a process for data- 
communication data. The control signal 3044 is a low- 
active signal for requesting that the audio codec 3012 
process the received digital audio data. 

[1120] In order to perform these processes, as is 
shown in Fig. 31 A, the channel codec 3013 includes: an 
ID register (ID) 3105, in which is stored a terminal ID; a 
channel codec control register (CHCTL) 3106, which 
controls the operation of the channel codec 3013; an 
audio transmission buffer 3107, in which are stored dig- 
ital audio data received from the audio codec 3012; an 
audio reception buffer 3108, in which are stored digital 
audio data extracted from received data; a data trans- 
mission buffer 31 09, in which are stored data-communi- 
cation data received from the control logic unit 3008; 
and a data reception buffer 3110, in which are stored 
data-communication data extracted from received data. 
[1121] A control signal 3045 is a control signal with 
which the audio codec 3012 directs the channel codec 

3013 to write data to the data transmission buffer 3107 
and to read data from the data reception buffer 3108. 
When the control signal 3045 goes low. the digital audio 
data are written to the data transmission buffer 3107, 
and when the control signal 3045 goes high, the digital 
audio data are read from the data reception buffer 3 1 09. 
[1122] A control signal 3055 is a control signal with 
which the CPU 3000 directs the channel codec 301 3 via 
the control logic unit 3008 to write data to the data trans- 
mission buffer 3109 and to read data from the data 
reception buffer 3110. When the control signal 3055 
goes low, the data-communication data are written to 
the data transmission buffer 3109, and when the control 
signal 3055 goes high, the data-communication data 
are read from the data reception buffer 31 10. 

[1123] The modulator 3014 modulates a serial digital 
signal 3047 received from the channel codec 3013 to 
provide an analog transmission signal 3049, which is 
employed as a baseband for an electric signal 3052 that 
is supplied by the PLL 3016, and transmits the signal 



3049 to the RF unit 3017. The analog transmission sig- 
nal 3049 received by the RF unit 3017 is output as a 
radio wave through the antenna 601 . 
[1 124] When a radio wave is received at the antenna 

5 601, an analog reception signal 3050 is transmitted by 
the RF unit 3017 to the demodulator 3015. The demod- 
ulator 3015 demodulates the analog signal 3050, while 
employing as its baseband an electric signal 3053 that 
is supplied by the PLL 3016, and transmits an obtained 

io serial digital signal 3048 to the channel codec 3013. 
[1125] The battery capacity detector 3018, for detect- 
ing the capacity of a battery, asserts an interrupt signal 
3057 when the remaining capacity of the battery of the 
merchant terminal 103 is equal to or less than an 

15 amount Q (Q > 0) that is set by the CPU 3000. The inter- 
rupt signal 3057 is a signal for requesting that the CPU 
3000 perform a data backup process for the RAM 3002. 
The amount Q is large enough to enable the merchant 
terminal 103 to communicate with the service providing 

20 system 1 1 0 in order to back up data in the RAM 3002 for 
the service providing system 110 (data backup proc- 
ess). 

[1 1 26] The control logic unit 3008 includes six interna! 
registers, as is shown in Fig. 31 A: a frame counter 

25 (FRAMEC) 3100, a start frame register (FRAME) 3101, 
a clock counter (CLOCKC) 3102, an update time regis- 
ter (UPTIME) 3103, an interrupt register (INT) 3104, 
and a key display register (KEY) 3114. 
[11271 The frame counter 3100 is employed to count 

30 the number of frames for the digital wireless telephone; 
the start frame register 3101 is employed to store the 
frame number of the frame that is to be activated next; 
the clock counter 31 02 is employed to measure the cur- 
rent time; the update time register 3103 is employed to 

35 store the time at which the merchant terminal 103 will 
communicate with the service providing system 1 10 to 
update data in the RAM 3002 (data updating process); 
the interrupt register 3104 is employed to indicate the 
type of interrupt that is generated for the CPU 3000; and 

40 the key display register (KEY) 31 14 is employed to indi- 
cate the reason the interrupt is generated by key manip- 
ulation. 

[1128] Generally, to receive a call, the digital wireless 
telephone intermittently acquires control data for a con- 

45 trol channel and compares it with the terminal ID. The 
merchant terminal 1 03 employs the frame counter 3100 
and the start frame register 3101 to intermittently 
acquire control data. First, the frame number of the 
frame to be activated next is stored in advance in the 

so start frame register 3101 , and when the count held by 
the frame counter 3100 equals the count held by the 
start frame register 3101, to acquire control data the 
control logic unit 3008 activates the channel codec 
3013, the PLL 3016 and the RF unit 3017 via an 

55 address data signal line 3058. 

[1 129] When the count held by the clock counter 3102 
matches the count held by the update time register 
■« 3103, or when one of the interrupt signals 3058, 3054 
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and 3057 is asserted, the control logic unit 3008 writes 
the type of and the reason for the interrupt in the inter- 
rupt register (INT) 3104 and in the key display register 
(KEY) 3114, and asserts an interrupt signal 3019 
requesting that the CPU 3000 perform an interrupt proc- 5 
ess. For the interrupt processing, the CPU 3000 reads 
the type of and the reason for the interrupt that are 
stored in the interrupt register (INT) 3104 and the key 
register (KEY) 3114, and then performs a correspond- 
ing process. w 

[1 1 30] The individual bit fields of the interrupt register 
(INT) 3104 are defined as is shown in Fig. 31 B. 
[1131] Bit 3 1 represents the state of the power switch 
61 1 . When the bit value is 0, it indicates the state is the 
power-OFF state, and when the bit value is 1, it indi- 15 
cates the state is the power-ON state. 
[1 1 32] Bit 30 represents the digital wireless telephone 
communication state. When the bit value is 0, it indi- 
cates the state is one where no digital wireless tele- 
phone communication is being performed, and when 20 
the bit value is 1 , it indicates the state is one where dig- 
ital wireless telephone communication is in process. 
[1133] Bit 29 represents the generation of a frame 
interrupt requesting the intermittent acquisition of con- 
trol data. When the bit value is 1 , it indicates a condition 25 
that exists when a frame interruption has occurred. In 
this bit field, a 1 is set when the amount held by the 
frame counter 3100 equals the amount held by the start 
frame register 3101. 

[1 1 34] Bit 28 represents the generation of a call arrival 30 
interrupt. When the bit value is 1 , it indicates that a dig- 
ital wireless call has arrived. In this bit field, a 1 is set 
when the terminal ID is matched and the interrupt signal 
3054 is asserted during the intermittent acquisition of 
control data for the digital wireless phone. 35 
[1135] Bit 27 represents the generation of a data 
reception interrupt. When the bit value is 1, it indicates 
that data are being received. In this bit field, a 1 is set 
when the data-communication data are received and 
the interrupt signal 3054 is asserted during the course 40 
of a digital wireless telephone communication session. 
[1136] Bit 26 represents the generation of an update 
interrupt requesting the performance of a data updating 
process. When the bit value is 1 , it indicates the gener- 
ation of the update interrupt. In this bit field, a 1 is set 45 
when the count held by the clock counter 31 02 matches 
the count held by the update time register 3103. 
[1 137] Bit 25 represents the generation of a battery 
interrupt requesting a backup process. When the bit 
value is 1 , it represents the generation of the battery so 
interrupt. In this bit field, a 1 is set when the interrupt 
signal 3057 that is received from the battery capacity 
detector 3018 is asserted. 

[1 1 38] Bit 24 represents the generation of a key inter- 
rupt by the manipulation of the switch. When the bit 55 
value is 1, ft represents the generation of the key inter- 
rupt. 

[1 139] The individual bit fields in the key display reg- 



ister (KEY) 31 14 are defined as is shown in Fig. 31 C. * 
[1 140] Bits 31 to 25 correspond to switches "=," "+, w 

"x," V," V and total" for the number key switch 608. 
Bits 20 to 16 correspond to the end switch 606, the 
speech switch 605, the mode switch 604, the execution 
switch 612 and the power switch 61 1 . Bits 15 to 12 cor- 
respond to switches "F4" to "F1" for function switch 307. 
Bits 11 and 10 respectively correspond to switches "#" 
and for the number key switches. Bits 9 to 0 corre- 
spond to switches 9 to 0 for the number key switches 
608. When the value of a bit is 1, it indicates that a 
switch corresponding to that bit has been depressed. 
[1141] Data stored in the RAM 3002 will now be 
described. 

[1 142] Fig. 32 is a specific diagram of a RAM map for 
data stored in the RAM 3002. 

[1143] The RAM 3002 is constituted by five areas: a 
fundamental program object area 3200, a service data 
area 3201, a merchant area 3202, a work area 3203 
and a temporary area 3204. In the fundamental pro- 
gram object area 3200 are stored an upgraded module 
of a program stored in the ROM 3001 , a patch program 
and an additional program. The merchant area 3202 is 
an area that a merchant can freely use, the work area 
3203 is a work area that the CPU 100 employs when 
executing a program, and the temporary area 3204 is an 
area in which information received by the merchant ter- 
minal is stored temporarily. 

[1 144] The service data area 3201 is an area in which 
are stored contract information for the electronic com- 
merce service, available credit card information, availa- 
ble payment card information and history information, 
and the data in this area are managed by the service 
providing system. The service data area 3201 is consti- 
tuted by ten sub-areas: a data management information 
area 3205, a merchant information area 3206, a mer- 
chant public key certificate area 3207, a merchant pref- 
erence area 3208, a telephony information area 3209, 
an available credit card list area 3210, an available pay- 
ment card list 3211, a transaction list area 3212, an 
authorization report list 3213, and an object data area 
3214. 

[1145] The data management information area 3205 
is an area in which is stored management information 
for data stored in the service data area 3201 ; the mer- 
chant information area 3206 is an area in which are 
stored the name of a merchant and information for the 
contents of a contract with a service provider; the mer- 
chant public key certificate area 3207 is an area in 
which a public key certificate for a merchant is stored; 
the merchant preference area 3208 is an area in which 
preference information for a merchant is stored that 
concerns the mobile electronic commerce service; the J 
telephony information area 3209 is an area in which 
information concerning a digital wireless telephone is 
stored; the available credit card list area 3210 is an area 
in which is stored list information for those credit cards 
the merchant can handle; the available payment card 
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list area 321 1 is an area in which is stored list informa- 
tion for those payment cards the merchant can handle; 
the transaction list area 3212 is an area in which is 
stored sales history information for the mobile electronic 
commerce service; the authorization report list area 
3213 is an area in which are stored the results (micro- 
check reference results) that are obtained from the 
service providing system by examining the micro-check 
that is handled; and the object data area 31 14 is an area 
in which are stored object data for the information man- 
aged in the other nine areas. 

[1 1 46] The information stored in the service data area 
3201 will now be described in detail 
[1 147] Fig. 33 is a detailed, specific diagram showing 
the relationships established for information stored in 
the service data area 3201 . 

[1148] The data management information 3205 con- 
sists of eleven types of information: a last data update 
date 3300. a next data update date 3301 , a terminal sta- 
tus 3302. a merchant information address 3303, a mer- 
chant public key certificate address 3304, a merchant 
preference address 3305, a telephony information 
address 3306. an available credit card list address 
3307. an available payment card list address 3308, a 
transaction list address 3309, and an authorization 
report list address 3310. 

[1 149] The last data update date 3300 represents the 
date on which the service providing system 110 last 
updated the data in the RAM 3002, and the next data 
update date 3301 represents the date on which the 
service providing system 110 will next update the data 
in the service data area 3201. The merchant terminal 
103 automatically initiates an update process when the 
time set according to the next data update date 3301 is 
reached. 

[1 150] The time of the next data update date 3301 is 
set in the update time register 3103. When the next data 
update date 3301 is reached, the merchant terminal 
103 initiates the data updating process. During the data 
updating process, the service providing system 110 
updates data stored in the RAM. This process is per- 
formed daily during a period (e.g., late at night) in which 
communication traffic is not very heavy. The data updat- 
ing process will be described in detail later. 
[1151] The terminal status 3302 represents the status 
of the merchant terminal 103. The merchant information 
address 3303, the merchant public key certificate 
address 3304, the merchant preference address 3305, 
the telephony information address 3306, the available 
credit card list address 3307, the available payment 
card list address 3308, the transaction list address 3309 
and the authorization report list address 3310 respec- 
tively represent the first, addresses for the areas in 
which are stored the jnerchant information 3206, the 
merchant public key certificate 3207, the merchant pref- 
erence information 3208, the telephony information 
3209, the available credit card list 3210, the available 
payment card list 321 1 , the transaction list 321 2 and the 



authorization report list 3213. 

[1152] The telephony information area 3209 includes 
three types of information: a last called number 3311, 
an address book address 3312 and a shortcut file 

5 address 3313. The last called number 331 1 represents 
a telephone number for a prior call placed by the mer- 
chant, and is employed for the redialing of a digital wire- 
less telephone. The address book address 3312 and 
the shortcut file address 3313 respectively represent 

10 addresses in the object data area 3214 at which 
address book information and a shortcut file are stored. 
[1153] The available credit card list 3210 includes list 
information for credit cards that can be handled by a 
merchant. In the available credit card list 3210. three 

15 types of information are entered for each credit card: a 
credit card name 3314, a service code list address 3315 
and a credit card clearing program address 3316. The 
credit card name 3314 represents the name of a credit 
card that the merchant can handle, and the service 

20 code list address 3315 is an address in the object data 
area 3214 at which is stored a service code list that 
shows the types of services that can be provided by the 
merchant when the electronic credit card is used. The 
service code list is a list of payment service codes and 

25 optional payment codes that the merchant can handle. 
The credit card clearing program address 3316 is an 
address in the object data area 3214 at which is stored 
a credit card clearing program for the pertinent elec- 
tronic credit card. 

30 [1154] The available payment card list 321 1 includes 
list information for payment cards that can be handled 
by a merchant. 

[1155] In the available payment card list 3211, for 
each payment card, seven types of information are 
35 entered: a card name 3317, a card code 3318, a pay- 
ment card issuer ID 3319, a validity term 3320, an 
accounting machine private key 3321, a card public key 

3322, and a payment card accounting module address 

3323. The card name 3317 represents the name of a 
40 payment card that the merchant can handle: the card 

code 3318 is code information that represents the type 
of electronic payment card; the payment card issuer ID 
3319 is ID information for a payment card issuer; and 
the validity term 3320 is the period during which the 

45 electronic payment card is valid. The accounting 
machine private key 3321 and the card public key 3322 
are encryption keys that are respectively paired with the 
accounting machine public key 2012 and the card pri- 
vate key 201 1 for the electronic payment card. 

so [1 1 56] The payment card accounting module address 
3323 is an address in the object data area 321 4 in which 
is stored a program module, (a payment card accounting 
module) for clearing the electronic payment card. 
[1 1 57] In accordance with the contract entered into by 

55 the merchant and the service providing system, the 
service providing system sets up or updates the con- 
tents of the available payment card list 321 1 in the data 
updating process. 
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[1 158] In the transaction list 3212, list information is 
stored to manage the history information for sales 
through the mobile electronic commerce service. For 
the sales effected through one mobile electronic com- 
merce service, in the transaction list 3212 are stored 
four information items: a transaction number 3324, a 
service code 3325, a transaction time 3326, and a 
transaction information address 3327. 
[1159] The transaction number 3324 is a number 
uniquely identifying a transaction performed with a user 
(from the view of the merchant); the service code 3325 
is code information identifying the type of mobile elec- 
tronic commerce service that was provided for the user; 
and the transaction time 3326 is time information for the 
time at which a product was sold or the service was pro- 
vided via the mobile electronic service. 
[1 1 60] The transaction information address 3327 is an 
address at which is stored a micro-check that describes 
the contents of the sale and a receipt. In the transaction 
information address 3327 is stored a local address that 
points to an address in the object data area 3214 or a 
remote address that indicates an address in the mer- 
chant information server 903 of the service providing 
system 1 10. When the remote address is stored at the 
transaction information address 3327, and when the 
merchant accesses the sales history information, the 
merchant terminal 103 downloads the history informa- 
tion from the service providing system to the temporary 
area, and displays it on the LCD. 
[1161] The address stored at the transaction informa- 
tion address 3327 is determined by the service provid- 
ing system. In the data updating process, the 
transaction times for the sales history information items 
are compared, and a local address is assigned for the 
sales information having the latest transaction time. 
When there is adequate space on the ROM 3302, all the 
transaction information addresses can be local 
addresses. 

[1162] A list of authorization report addresses 3328, 
which are addresses at which the results of the refer- 
ence of the micro-check are stored, is stored in the 
authorization report list area 3213 as list information for 
managing the results of the micro-check reference proc- 
ess. 

[1163] In the authorization report address 3228 is 
stored a local address that indicates an address in the 
object data area 3214 or a remote address that indi- 
cates an address in the merchant information server 
903 of the service providing system 110. When the 
remote address is stored at the authorization report 
address 3328, and when the merchant accesses the 
authorization report, the merchant terminal 103 down- 
loads the authorization report from the service providing 
system to the temporary area, and displays it on the 
LCD. 

[1 1 64] The address stored at the authorization report 
address 3328 is determined by the service providing 
system. In the data updating process, the issuing dates 



for the authorization reports are compared, and a locaf 
address is assigned for the information having the latest 
issuing date. When there is adequate space in the RAM 
3002, all the authorization report addresses can be 
5 local addresses. 

[1 1 65] The internal structure of the automatic vending 
machine 1 04 will now be described. 
[1166] Fig. 34 is a block diagram illustrating the 
arrangement of the automatic vending machine 104. 
io The automatic vending machine 104 can be internally 
divided into two sections: an accounting machine 3455, 
and a sales mechanism 3456. The accounting machine 
3455 is a unit for performing a payment card settlement 
process with the mobile user terminal 100. and the 
is sales mechanism 3456 is a unit for performing another 
process, specifically, the calculation and display of the 
price of a product selected by a user, the discharge of 
the product to a discharge port 703, and the manage- 
ment of the products in stock 
20 [1 167] In Fig. 34, the accounting machine 3455 com- 
prises: a CPU (Central Processing Unit) 3400, which 
employs a program stored in a ROM (Read Only Mem- 
ory) 3401 to process data for transmission and for 
reception and to control the other components via a bus 
25 3445; a RAM (Random Access Memory) 3402, in which 
are stored data that are being processed and are to be 
processed by the CPU 3400; a EEPROM (Electric Eras- 
able Programmable Read Only Memory) 3403, in which 
is stored an accounting machine ID for the accounting 
30 machine 3455, a terminal ID and a telephone number 
for the accounting machine 3455 when used as a wire- 
less telephone terminal, a merchant ID, a private key 
and a public key for a merchant digital signature, a serv- 
ice provider ID, and the telephone number and the pub- 
35 lie key of the service providing system 110 (the digital 
signature of the service provider accompanies the tele- 
phone number of the service providing system); a cryp- 
tographic processor 3404, which encrypts and decrypts 
data under the control of the CPU 3400; a data codec 
40 3405, which encodes data to be transmitted and 
decodes received data under the control of the CPU 
3400; an infrared communication module 3406, which 
transmits and receives infrared rays during infrared 
communication; a channel codec 3408, which gener- 
45 ates data to be transmitted along a radio channel, and 
extracts, from received data, data that is addressed to 
the accounting machine 3455; a modulator 3409, which 
modulates a serial digital signal 3433 input by the chan- 
nel codec 3408 to obtain an analog transmission signal 
so 3435 that employs as a baseband an electric signal 
3440 that is transmitted by a PLL 3412; a demodulator 
3410, which demodulates a received analog signal 
3436 while employing as a baseband an electric signal 
3439 that is supplied by the PLL 3412, and which trans- 
55 mits a serial digital signal 3434 to the channel codec 
3408; an RF unit 341 1 , which changes the analog trans- 
mission signal 3435 received from the modulator 3409 
into a radio wave and outputs it through an antenna 701 , 
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and which, upon receiving a radio wave through the 
antenna 701 , transmits an analog reception signal 3436 
to the demodulator 3410; an external interface 3413, 
which serves as an interface for the sales mechanism 
3456; and a control logic unit 3407, which activates the 
channel codec 3408, the PLL 3412 and the RF unit 

3411, and which processes interrupt signals that are 
transmitted by the channel codec 3408 and the external 
interface 3413 and serves as an interface when the 
CPU 3400 accesses the channel codec 3408, the PLL 

3412, the RF unit 341 1 or the external interface 3413. 
[1 1 68] The sales mechanism 3456 comprises: a touch 
panel LCD 702; a loudspeaker 3415; a product selec- 
tion switch 704; a sold out display 705; a price calculator 
3416, for calculating the price of a product; a product 
manager 3417, for managing the products in stock; a 
product output mechanism 3418, for outputting a 
selected product to the discharge port 703; a CD-ROM 
drive 3419; and a controller 3414, for controlling the 
operations of the touch panel LCD 702, the loudspeaker 
3415, the sold out display (LED) 705, the price calcula- 
tor 3416, the product manager 3417, the product output 
mechanism 3418, and the CD-ROM drive 3419. 
[1169] The accounting machine 3455 and the sales 
mechanism 3456 communicate with each other via the 
external interface 3413. The accounting machine 3455 
receives an accounting process request from the sales 
mechanism 3456, and performs the payment card set- 
tlement process for a designated amount. The amount 
for the payment card settlement is calculated by the 
price calculator 3416 of the sales mechanism 3456. 
That is, the accounting device 3455 performs only the 
payment card settlement process, and the sales mech- 
anism 3456 performs another process as an automatic 
vending machine. 

[1170] The sales mechanism 3456 has two primary 
operating modes: a purchase mode and a product infor- 
mation mode. The purchase mode is the mode in which 
the purchase of a product by a user takes place, and the 
product information mode is a mode in which informa- 
tion concerning a product is provided to a user before 
(or after) the product has been purchased. 
[1 1 71 ] An operating menu and various information are 
displayed on the touch pane! LCD 702 by the controller 
3414. Normally, the operation menu shown in Fig. 7 is 
displayed on the touch panel LCD 702. When a user 
presses "purchase" ("purchase start operation"), the 
sales mechanism 3456 is set to the purchase mode. 
When a user presses "product information," the sales 
mechanism 3456 is set to the product information 
mode. 

[1172] A CD-ROM on which information concerning 
products is stored is loaded into the CD-ROM drive 
3419. When the user presses "product information" on 
the operating menu and the product information mode is 
set, the information stored on the CD-ROM is output to 
the touch panel LCD 702 and through the loudspeaker 
3415. 
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[1173] The information concerning products that is 
stored on the CD-ROM is multimedia information includ- 
ing text, images, videos and audio, and may be video 
information consisting of a CF (Commercial Film) of a 

5 product. Especially for a packaged media product, such 
as a video or a music CD (Compact Disk), or a game 
software product; sample information for the product is 
stored on the CD-ROM so that.the user can try out the 
product in the product information mode. 

io [1174] When the purchase mode is set by pressing 
"purchase" on the operating menu, the message "Select 
desired product" is displayed on the touch panel LCD 
(display "waiting for product selection operation"), and 
the sales mechanism enters the product selection oper- 

15 ation waiting state. When the user depresses the prod- 
uct selection switch, the name, the volume and the total 
amount of the product, and a "payment" button indicat- 
ing the start of the payment operation are displayed on 
the touch panel LCD (display "waiting for payment start 

20 operation"). At this time, the price calculator 341 6 calcu- 
lates the total amount, and the product manager 3417 
verifies the count of the product in stock. This process is 
performed each time the user depresses the product 
selection switch. When the in stock supply of a product 

25 is exhausted, the sold out display (LED) blinks and the 
user can no longer select the pertinent product. 
[1 1 75] When the user depresses the "payment" button 
("payment start operation"), the controller 3414 trans- 
mits, to the accounting machine 3455, an accounting 

30 processing request for an amount that corresponds to 
the total amount provided by the price calculator 3416, 
and displays, on the touch panel LCD, a message 
requesting the payment using an electronic payment 
card (display "waiting for payment operation"). 

35 [1176] When the payment card settlement process 
has been completed by the accounting machine 3455 
and the mobile user terminal 100, the controller 3414 
controls the product output mechanism 3418 so as to 
output a selected product at the discharge port 703, dis- 

40 plays on the touch panel a message indicating the set- 
tlement process has been completed, and a little later, 
displays the operating menu again. At this time, the mul- 
timedia information stored on the CD-ROM may be out- 
put instead of the message indicating that the 

45 settlement has been completed. 

[1177] The accounting machine 3455 performs the 
payment card settlement process that is requested by 
the sales mechanism 3456, and has partially the same 
arrangement as the merchant terminal 103. A difference 

so from the merchant terminal 103 is that the accounting 
machine 3455 does not include a unit, such as an audio 
codec for performing audio processing, and input/output 
} interfaces, such as number key switches, an execution 
switch, a bar code reader and an LCD, and instead, 

55 includes the external interface 341 3 for communicating 
with the sales mechanism 3456. 
[1178] In addition, as a functional difference, the 
accounting machine does not include the credit card 
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settlement function and the digital wireless telephone 
communication function, which is employed for data 
communications with the service providing system. 
[1179] The cryptographic processor 3404 includes a 
secret key encryption and decryption function and a 
public key encryption and decryption function. The cryp- 
tographic processor 3404 employs a cryptography 
method determined by the CPU 3400, and the keys to 
encrypt or decrypt data selected by the CPU 3400. The 
encryption and decryption functions of the crypto- 
graphic processor 3404 are employed to perform a dig- 
ital signature process or a closing process for a 
message, and to decrypt a closed and encrypted mes- 
sage or to verify a digital signature accompanying a 
message. 

[1 1 80] The data codec 3405 encodes data to be trans- 
mitted or decodes data that was received, under the 
control of the CPU 3400. In this case, the encoding is a 
process for generating data to be transmitted that 
includes communication control information and error 
correction information, and the decoding is a process 
for performing error correction for the received data and 
for removing extra communication control information in 
order to obtain the data that a sender was to originally 
transmit. The data codec 3405 has a function for encod- 
ing or decoding data during data communication con- 
ducted using a digital wireless telephone, and a function 
for encoding or decoding data during infrared communi- 
cation. The data codec 3405 performs the encoding or 
decoding as determined by the CPU 3400 for data that 
are selected by the CPU 3400. 

[1 181 ] When, for example, a closed message accom- 
panied by a digital signature is to be transmitted via dig- 
ital wireless telephone communication, the CPU 3400 
employs the cryptographic processor 3404 to perform a 
digital signature process and a closing process for a 
message, employs the data codec 3405 to encode the 
obtained message to provide a data communication 
form that is suitable for a digital wireless telephone, and 
transmits the resultant message through the control 
logic unit 3407 to the channel codec 3408. 
[1182] When a closed message accompanied by a 
digital signature is received via digital wireless tele- 
phone communication, the CPU 3400 reads that mes- 
sage from the channel codec 3408 through the control 
logic unit 3407, employs the data codec 3405 to decode 
the received message, and permits the cryptographic 
processor 3404 to decrypt the closed and encrypted 
message and to verify the digital signature accompany- 
ing the message. 

[1183] Similarly, when a closed message accompa- 
nied by a digital signature is to be transmitted via infra- 
red communication, the CPU 3400 employs the 
cryptographic processor 3404 to provide a digital signa- 
ture for the message and to close the message, and i 
employs the data codec 3405 to encode the obtained 
message to provide a data form that is suitable for infra- 
red communication. Then, the resultant message is 
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transmitted to the infrared communication module 3406. 
[1184] When a closed message accompanied by a 
digital signature is received via infrared communication, 
the CPU 3400 reads that message from the infrared 
communication module 3406, employs the data codec 
3405 to decode the received message, and permits the 
cryptographic processor 3404 to decrypt the closed and 
encrypted message and to verify the digital signature 
accompanying the message. 

[1185] The channel codec 3408 adds identification 
data, as header information, to data-communication 
data that are received as a digital signal 3429 from the 
CPU 3400 via the control logic unit 3407, then converts 
the data into a serial digital signal 3433 having a data 
is format that is suitable for a digital wireless telephone, 
and transmits the signal 3433 to the modulator 3409. 
[1 1 86] In addition, upon receiving a serial digital signal 
3434 from the demodulator 3410, the channel codec 
3408 examines a terminal ID and extracts only such 
20 data as is addressed to the channel codec 3410, 
removes the communication control information for the 
digital wireless telephone, identifies the digital audio 
data and the data-communication data in the header 
information, and transmits the data-communication data 
25 as a digital audio signal 3429 to the audio codec 3012 
and the control logic unit 3407. 
[1 1 87] Further, upon receiving a digital wireless call or 
data-communication data, the channel codec 3408 
asserts an interrupt signal 3431. The interrupt signal 
so 3431 is a signal requesting that the CPU 3400 perform 
the process for a digital wireless phone communication 
that has been received and a process for data-commu- 
nication data. 

[1188] In order to perform these processes, as is 
35 shown in Fig. 35A, the channel codec 3408 includes: an 
ID register (ID) 3505, in which is stored a terminal ID; a 
channel codec control register (CHCTL) 3506, which 
controls the operation of the channel codec 3408; a 
data transmission buffer 3507, in which are stored data- 
40 communication data received from the CPU 3400 via 
the control logic unit 3407; and a data reception buffer 
3508, in which are stored data-communication data 
extracted from received data. 

[1189] A control signal 3432 is a control signal with 
is which the CPU 3400 directs the channel codec 3408 via 
the control logic unit 3407 in order to write data to the 
data transmission buffer 3507 and to read data from the 
data reception buffer 3508. When the control signal 
3432 goes low, the data-communication data are written 
so to the data transmission buffer 3507, and when the con- 
trol signal 3432 goes high, the data-communication 
data are read from the data reception buffer 3508. 
[1 190] The modulator 3409 modulates a serial digital 
signal 3433 received from the channel codec 3408 to 
s provide an analog transmission signal 3435, which is 
employed as a baseband for an electric signal 3440 that 
is supplied by the PLL 3412, and transmits the signal 
3435 to the RF unit 341 1. The analog transmission sig- 
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nal 3435 received by'the RF unit 341 1 is output as a 
radio wave through the antenna 701 . 
[1 191] When a radio wave is received at the antenna 
701, an analog reception signal 3436 is transmitted by 
the RF unit 341 1 to the demodulator 3410. The demod- s 
ulator 3410 demodulates the analog signal 3436, while 
employing as its baseband an electric signal 3439 that 
is supplied by the PLL 3412, and transmits an obtained 
serial digital signal 3434 to the channel codec 3408. 
[1 1 92] The external interface 341 3 is an interface cir- 
cuit for connecting the accounting machine 3455 to the 
sales mechanism 3456. An accounting process request 
is transmitted by the sales mechanism 3456 to the 
accounting machine 3455 during the interrupt process. 
The interrupt process is requested of the CPU 3400 
when the external interface 3413 asserts an interrupt 
signal 3443. 

[1193] The control logic unit 3407 includes five inter- 
na! registers, as is shown in Fig. 35A: a frame counter 
(FRAMEC) 3500, a start frame register (FRAME) 3501, 
a clock counter (CLOCKC) 3502, an update time regis- 
ter (UPTIME) 3503, and an interrupt register (INT) 
3504. 

[1194] The frame counter 3500 is employed to count 
the number of frames for the digital wireless telephone; 
the start frame register 3501 is employed to store the 
frame number of the frame that is to be activated next; 
the clock counter 3502 is employed to measure the cur- 
rent time; the update time register 3503 is employed to 
store the time at which the automatic vending machine 
1 04 will communicate with the service providing system 
110 to update data in the RAM 3402 (data updating 
process); and the interrupt register 3504 is employed to 
indicate the type of interrupt that has been generated for 
the CPU 3400. 

[1 195] Generally, to receive a call, the digital wireless 
telephone intermittently acquires control data for a con- 
trol channel and compares it with the terminal ID. The 
automatic vending machine 104 employs the frame 
counter 3500 and the start frame register 3501 to inter- 
mittently acquire control data. First, the frame number of 
the frame to be activated next is stored in advance in the 
start frame register 3501. and when the count held by 
the frame counter 3500 equals the count held by the 
start frame register 3501, the control logic unit 3407 
activates the channel codec 3408, the PLL 3412 and 
the RF unit 341 1 to receive control data. 
[1 1 96] When the count held by the clock counter 3502 
matches the count held by the update time register 
3503, or when the interrupt signal 3431 or 3443 is 
asserted, the control logic unit 3407 writes the type of 
and the reason for the interrupt in the interrupt register 
(INT) 3504, and asserts an interrupt signal 3428 
requesting that the CPU 340d" perform an interrupt proc- 
ess. For the interrupt processing, the CPU 3400 reads 
the type of and the reason for the interrupt that are 
stored in the interrupt register (INT) 3504, and then per- 
forms a corresponding process. 



[11 97] The individual bit fields of the interrupt register 
(INT) 3504 are defined as is shown in Fig. 35B. 
[1 198] Bit 30 represents the digital wireless telephone 
communication state. When the bit value is 0, it indi- 
cates the state is one where no digital wireless tele- 
phone communication is being performed, and when 
the bit value is 1 , it indicates the state is one where dig- 
ital wireless telephone communication is in progress. 
[1199] Bit 29 represents the generation of a frame 
interrupt requesting the intermittent acquisition of con- 
trol data. When the bit value is 1 , it indicates a condition 
that exists when a frame interruption has occurred. In 
this bit field, a 1 is set when the count held by the frame 
counter 3500 equals the count held by the start frame 
register 3501. 

[1 200] Bit 28 represents the generation of a call arrival 
interrupt. When the bit value is 1 , it indicates that a dig- 
ital wireless call has arrived. In this bit field, a 1 is set 
when the terminal ID is matched and the interrupt signal 
3432 is asserted during the intermittent acquisition of 
control data for the digital wireless phone. 
[1201] Bit 27 represents the generation of a data 
reception interrupt. When the bit value is 1 , it indicates 
that data is being received. In this bit field, a 1 is set 
when the data-communication data are received and 
the interrupt signal 3431 is asserted during the course 
of digital wireless telephone communication. 
[1202] Bit 26 represents the generation of an update 
interrupt requesting the performance of a data updating 
process. When the bit value is 1 , it indicates the gener- 
ation the update interrupt. In this bit field, a 1 is set when 
the count held by the clock counter 3502 matches the 
count held by the update time register 3503. 
[1 203] Bit 25 represents the generation of an external 
IF interrupt requesting data communication be initiated 
with the sales mechanism 3456. When the bit value is 1 , 
it signals the generation of the external IF interrupt. In 
this bit field, a 1 is set when the interrupt signal 3443 
received from the external interface 3413 is asserted. 
[1204] Data stored in the RAM 3402 will now be 
described. 

[1 205] Fig. 36 is a specific diagram of a RAM map for 
data stored in the RAM 3402. 

[1206] The RAM 3402 is constituted by four areas: a 
fundamental program object area 3600, a service data 
area 3601, a work area 3602 and a temporary area 
3603. in the fundamental program object area 3600 are 
stored an upgraded module of a program stored in the 
ROM 3401 , a patch program and an additional program. 
The work area 3602 is a work area that the CPU 100 
employs when executing a program, and the temporary 
area 3603 is an area in which information received by 
the automatic vending machine is stored temporarily. 
[1 207] The service data area 360 1 is an area in which 
are stored contract information for the electronic com- 
merce service, available payment card information and 
history information, and the data in this area are man- 
aged by the service providing system. The service data 
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area 3601 is constituted by seven sub-areas: a data 
management information area 3604, a merchant infor- 
mation area 3605, a merchant public key certificate 
area 3606, a merchant preference area 3607, an avail- 
able payment card list 3608, a transaction list area 3609 5 
and an object data area 361 0. 

[1208] The data management information area 3604 
is an area in which is stored management information 
for data stored in the service data area 3601 ; the mer- 
chant information area 3605 is an area in which are 10 
stored the name of a merchant and information for the 
contents of a contract with a service provider; the mer- 
chant public key certificate area 3606 is an area in 
which a public key certificate for a merchant is stored; 
the merchant preference area 3607 is an area in which is 
is stored preference information for a merchant that 
concerns the mobile electronic commerce service; the 
available payment card list area 3608 is an area in 
which is stored list information for those payment cards 
that the merchant can handle; the transaction list area 20 
3609 is an area in which sales history information for the 
mobile electronic commerce service is stored; and the 
object data area 3610 is an area in which are stored 
object data for the information managed in the other six 
areas. 25 
[1 209] The information stored in the service data area 
3601 will now be described in detail. 
[1210] Fig. 37 is a detailed, specific diagram showing 
the relationships established for information stored in 
the service data area 3601 . 30 
[1211] The data management information 3604 con- 
sists of eight types of information: a last data update 
date 3700, a next data update date 3701 , an accounting 
machine status 3702, a merchant information address 
3703, a merchant public key certificate address 3704, a 35 
merchant preference address 3705, an available pay- 
ment card list address 3706 and a transaction list 
address 3707. 

[1 212] The last data update date 3700 represents the 
date on which the service providing system 110 last 40 
updated the data in the RAM 3402, and the next data 
update date 3701 represents the date on which the 
service providing system 110 will next update the data 
in the service data area 3601. The automatic vending 
machine 104 automatically initiates an update process 45 
when the time set according to the next data update 
date 3701 is reached. 

[1213] The time of the next data update date 3701 is 
set in the update time register 3503. When the next data 
update date 3701 is reached, the automatic vending so 
machine 104 initiates the data updating process. During 
the data updating process, the service providing system 
110 updates data stored in the RAM. This process is 
performed daily during a period (e.g., late at night) in 
which communication traffic is not very heavy. The data 55 
updating process will be described in detail later. 
[1214] The accounting machine status 3702 repre- 
sents the status of the accounting machine 3455. The 



merchant information address 3703, the merchant pub- 
lic key certificate address 3704, the merchant prefer- 
ence address 3705, the available payment card list 
address 3706 and the transaction list address 3707 
respectively represent the first addresses for the areas 
in which are stored the merchant information 3605, the 
merchant public key certificate 3606, the merchant pref- 
erence information 3607, the available payment card list 
3608 and the transaction list 3609. 
[1215] The available payment card list 3608 includes 
list information for payment cards that can be handled 
by a merchant. 

[1216] in the avaijable payment card list 3608, for 
each payment card, seven types of information are 
entered: a card name 3708. a card code 3709, a pay- 
ment card issuer ID 3710, a validity term 3711, an 
accounting machine private key 3712, a card public key 

3713, and a payment card accounting module address 

3714. The card name 3708 represents the name of a 
payment card that the merchant can handle; the card 
code 3709 is code information that represents the type 
of electronic payment card; the payment card issuer ID 
3710 is ID information for a payment card issuer; and 
the validity term 3711 is the period during which the 
electronic payment card is valid. The accounting 
machine private key 3712 and the card public key 3713 
are encryption keys that are respectively paired with the 
accounting machine public key 2012 and the card pri- 
vate key 201 1 for the electronic payment card. 
[1 21 7] The payment card accounting module address 
3714 is an address in the object data area 361 0 in which 
is stored a program module (a payment card accounting 
module) for clearing the electronic payment card. 
[1 21 8] In accordance with the contract entered into by 
the merchant and the service providing system, the 
service providing system sets up or updates the con- 
tents of the available payment card list 3608 in the data 
updating process. 

[1219] In the transaction list 3609. list information is 
stored to manage the history information for sales 
through the mobile electronic commerce service. For 
the sales effected through one payment card clearing 
process, in the transaction list 3609 are stored four 
information items: a transaction number 3715, a service 
code 3716, a transaction time 3717, and a transaction 
information address 3718. 

[1220] The transaction number 3715 is a number 
uniquely identifying a transaction performed with a user 
(from the view of the merchant); the service code 3716 
is code information identifying the type of mobile elec- 
tronic commerce service that was provided for the user; 
and the transaction time 3717 is time information for the 
time at which a product was sold or the service was pro- 
vided via the mobile electronic service. 
[1 221 ] The transaction information address 371 8 is an 
address in the object data area 3610 at which is stored 
a micro-check that describes the contents of the sale 
and a receipt. 
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[1222] The internal structure of the electronic tele- 
phone card accounting machine 800 will now be 
described. 

[1223] Fig. 38 is a block diagram illustrating the 
arrangement of the electronic telephone card account- 
ing machine 800. 

[1224] In Fig. 38, the electronic telephone card 
accounting machine 800 comprises: a CPU (Central 
Processing Unit) 3800, which employs a program stored 
in a ROM (Read Only Memory) 3801 to process data for 
transmission and for reception and to control the other 
components via a bus 3845; a RAM (Random Access 
Memory) 3802 and a hard disk 3803, whereat are 
stored data that have been processed and that are to be 
processed by the CPU 3800; a EEPROM (Electric Eras- 
able Programmable Read Only Memory) 3804, in which 
is stored an accounting machine ID for the electronic 
telephone card accounting machine 800, a communica- 
tion service provider ID, a private key and a public key 
for the digital signature of a communication service pro- 
vider, a service provider ID, and the telephone number 
and the public key of the service providing system 110 
(the digital signature of the service provider accompa- 
nies the telephone number of the service providing sys- 
tem); a cryptographic processor 3805, which encrypts 
and decrypts data under the control of the CPU 3800; a 
data codec 3806, which encodes data to be transmitted 
and decodes received data under the control of the 
CPU 3800; and an external interface 3807, which 
serves as an interface for the switch 801 . 
[1225] The electronic telephone card accounting 
machine 800 and the switch 801 communicate with 
each other via the external interface 3807. The elec- 
tronic telephone card accounting machine 800 receives 
an accounting process request from the switch 801 and 
performs the telephone card settlement process for a 
designated value. The value for the telephone card set- 
tlement is designated by the switch 801 . 
[1226] For a communication (micro-check call) using 
the electronic telephone card, upon receiving the 
accounting process request from the switch 801. the 
electronic telephone card accounting machine 800 
exchanges settlement information with the mobile user 
terminal 100 upon the initiation of and during the line 
connection process (communication in process), and 
performs the telephone card settlement process. The 
switch 801 switches the lines in accordance with the 
condition of the settlement process performed by the 
electronic telephone card accounting machine 800. 
[1227] Upon the initiation of the line connection proc- 
ess, and upon each occurrence of the elapse of a con- 
stant period of time, the telephone card settlement 
process is performed for the total communication 
charge assessed for the communication time. 
[1228] First, when the line connection process is 
begun, a settlement is made for the communication 
charge V (V > 0) for a constant communication time T (T 
> 0). Then, on each occasion that the communication 



time exceeds T, a settlement process is performed for a 
communication charge 2V for a communication time 2T, 
instead of for a communication charge V. Thereafter, 
whenever the communication time exceeds NT (N is a 
5 natural number), a settlement process is performed for 
a communication charge (N + 1)V for a communication 
time (N + 1)T, rather than for a communication charge 
NV. 

[1 229] When the electronic telephone card accounting 

10 machine 800 has normally completed the telephone 
card settlement process for the received accounting 
process request, the switch 801 either establishes a 
new line connection, or continues the current line con- 
nection. When, for a specific reason, the telephone card 

is settlement is not successful, the switch 801 either 
refrains from establishing a new line connection, or dis- 
connects the line that is currently in use. 
[1230] The cryptographic processor 3805 includes a 
secret key encryption and decryption function and a 

20 public key encryption and decryption function. The cryp- 
tographic processor 3805 employs a cryptography 
method determined by the CPU 3800 and the keys to 
encrypt or decrypt data selected by the CPU 3800. The 
encryption and decryption functions of the crypto- 

25 graphic processor 3805 are employed to perform a dig- 
ital signature process or a closing process for a 
message, and to decrypt a closed and encrypted mes- 
sage or to verify a digital signature accompanying a 
message. 

30 [1 231 ] The data codec 3806 encodes data to be trans- 
mitted or decodes data that is received, under the con- 
trol of the CPU 3800. In this case, the encoding is a 
process for generating data to be transmitted that 
includes communication control information and error 

35 correction information, and the decoding is a process 
for performing error correction for the received data and 
for removing extra communication control information in 
order to obtain the data that a sender was to originally 
transmit. The data codec 3806 has a function for encod- 

40 ing or decoding data during data communication con- 
ducted using a digital wireless telephone, and a function 
for encoding or decoding data during infrared communis 
cation. The data codec 2806 performs encoding or 
decoding determined by the CPU 3800 for data that are 

45 selected by the CPU 3800. 

[1232] When, for example, a closed message accom- 
panied by a digital signature is to be transmitted to the 
mobile user terminal 100, the CPU 3800 employs the 
cryptographic processor 3805 to perform a digital signa- 

so ture process and a closing process for a message, 
employs the data codec 3806 to encode the obtained 
message to provide a data communication form that is 
suitable for digital telephone communication, and trans- 
mits the resultant messag/e through the external inter- 

55 face 3807 to the switch 80 1 . 

[1233] When a closed message accompanied by a 
digital signature is received from the mobile user termi- 
nal 100, the CPU 3800 receives that message through 
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the external interface 3807, employs the data codec 

3806 to decode the received message, and permits the 
cryptographic processor 2805 to decrypt the closed and 
encrypted message and to verify the digital signature 
accompanying the message. 5 
[1234] Similarly, when a closed message accompa- 
nied by a digital signature is to be transmitted to the 
service providing system 110, the CPU 3800 employs 
the cryptographic processor 3805 to provide a digital 
signature for the message and to close the message, io 
and employs the data codec 3806 to encode the 
obtained message and produce a data form suitable for 
digital telephone communication. Then, the resultant 
message is transmitted through the external interface 

3807 to the switch 801. 15 
[1235] When a closed message accompanied by a 
digital signature is received from the service providing 
system 110, the CPU 3800 receives that message 
through the external interface 3807, employs the data 
codec 3806 to decode the received message, and per- 20 
mits the cryptographic processor 3805 to decrypt the 
dosed and encrypted message and to verify the digital 
signature accompanying the message. 

[1236] Data stored in the RAM 3802 will now be 
described. 2 s 
[1 237] Fig. 39 is a specific diagram of a RAM map for 
data stored in the RAM 3802. 

[1238] The RAM 3802 is constituted by four areas: a 
fundamental program object area 3900, a service data 
area 3901, a work area 3902 and a temporary area 30 
3903. In the fundamental program object area 3900 are 
stored an upgraded module of a program stored in the 
ROM 3801 1 a patch program and an additional program. 
The work area 3902 is a work area that the CPU 100 
employs when executing a program, and the temporary 35 
area 3903 is an area in which information received by 
the electronic telephone accounting machine is stored 
temporarily. 

[1 239] The service data area 3901 is an area in which 
are stored contract information for the electronic com- 40 
merce service, available telephone card information and 
history information, and the data in this area are man- 
aged by the service providing system. The service data 
area 3901 is constituted by six sub-areas: a data man- 
agement information area 3904, a communication sen/- 45 
ice provider information area 3905, a communication 
service provider's public key certificate area 3906, a 
communication service provider preference area 3907, 
an available telephone card list 3908 and a transaction 
list area 3909. 50 
[1240] The data management information area 3904 
is an area in which is stored management information 
for data stored in the service data area 3901 ; the com- 
munication service provider information area 3905 is an 
area in which are stored the name of a communication 55 
service provider and information for the contents of a 
contract with a service provider; the communication 
service provider public key certificate area 3906 is an 
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area in which a public key certificate for a communica- * 
tion service provider is stored; the communication serv- 
ice provider preference area 3907 is an area in which is 
stored preference information concerning the mobile 
electronic commerce service for a communication serv- 
ice provider; the available telephone card list area 3908 
is an area in which is stored list information for those tel- 
ephone cards the communication service provider can 
handle; and the transaction list area 3909 is an area in 
which is stored accounting history information for com- 
munication performed (micro-check call) using an elec- 
tronic telephone card. 

[1 241 ] The information stored in the service data area 
3901 will now be described in detail. 
[1242] Fig. 40 is a detailed, specific diagram showing 
the relationships established for information stored in 
the service data area 3901 . 

[1243] The data management information 3904 con- 
sists of eight types of information: a last data update 
date 4000, a next data update date 4001 , an accounting 
machine status 4002, a communication service provider 
information address 4003, a communication service 
provider public key certificate address 4004, a commu- 
nication service provider preference address 4005, an 
available telephone card list address 4006 and a trans- 
action list address 4007. 

[1 244] The last data update date 4000 represents the 
date on which the service providing system 110 last 
updated the data in the RAM 3802 and on the hard disk 
3803, and the next data update date 4001 represents 
the date on which the service providing system 1 10 will 
next update the data in the service data area 3901 . The 
electronic telephone card accounting machine 800 
automatically initiates an update process when the time 
set according to the next data update date 4001 is 
reached. 

[1245] The accounting machine status 4002 repre- 
sents the status of the electronic telephone card 
accounting machine 800. The communication service 
provider information address 4003, the communication 
service provider public key certificate address 4004, the 
communication service provider preference address 
4005, the available telephone card list address 4006 
and the transaction list address 4007 respectively rep- 
resent the first addresses for the areas in which are 
stored the communication service provider information 
3905, the communication service provider public key 
certificate 3906, the communication service provider 
preference information 3907, the available telephone 
card list 3908 and the transaction list 3909. 
[1 246] The available telephone card list 3908 includes 
list information for telephone cards that can be handled 
by a communication service provider. 
[1247] In the available telephone card list 3908, for 
each telephone card, seven types of information are 
entered: a card name 4008, a card code 4009, a tele- 
phone card issuer ID 4010, a validity term 4011, an 
accounting machine private key 4012, a card public key 
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4013, and a telephone card accounting module address 

4014. The card name 4008 represents the name o< a 
telephone card that the communication service provider 
can handle; the card code 4009 is code information that 
represents the type of electronic telephone card; the tel- 5 
ephone card issuer ID 4010 is ID information for a tele- 
phone card issuer; and the validity term 4011 is the 
period during which the electronic telephone card is 
valid. The accounting machine private key 4012 and the 
card public key 4013 are encryption keys that are 10 
respectively paired with the accounting machine public 
key 2012 and the card private key 2011 for the elec- 
tronic telephone card. 

[1248] The telephone card accounting module 
address 4014 is an address on the hard disk 3803 at is 
which is stored a program module (a telephone card 
accounting module) for clearing the electronic tele- 
phone card. 

[1 249] In accordance with the contract entered into by 
the communication service provider and the service 20 
providing system, the service providing system sets up 
or updates the contents of the available telephone card 
list 3908 in the data updating process. 
[1250] In the transaction list 3909, list information is 
stored to manage the history information for sales 25 
through the mobile electronic commerce service. For 
one communication (micro-check call) employing an 
electronic telephone card, in the transaction list 3909 
are stored four information items: a transaction number 
4015, a service code 4016, a transaction time 4017, 30 
-and a transaction information address 4018. 
[1251] The transaction number 4017 is a number 
uniquely identifying a transaction performed with a user 
{from the view of the communication service provider); 
the service code 4016 is code information identifying 35 
the type of mobile electronic commerce service (micro- 
check call) that was provided for the user; and the trans- 
action time 401 7 is time information for the time at which 
the telephone card clearing process was performed. 
[1 252] The transaction information address 401 8 is an 40 
address on the hard disk 3803 at which is stored a tele- 
phone micro-check that describes the contents of the 
charge and a receipt. 

[1 253] An explanation will now be given for the digital 
signature process and the closing process performed 45 
by the mobile user terminal 100 when it generates a 
message to be transmitted to the gate terminal 101 , the 
merchant terminal 102, the merchant terminal 103, the 
automatic vending machine 104, the switching center 
1 05, or the service providing system 110. so 
[1254] Since the digital signature process and the 
closing process are also performed in the same manner 
by the gate terminal 101, the merchant terminals 102 
and 103, the automatic vending machine 104, the J 
switching center 105 and the service providing system 55 
110, the identities of the characters in the following 
explanation are generalized by using the titles Mr. A and 
Mr. B, rather than the terms user, merchant and service 



provider. 

[1255] In the digital signature processing, an elec- 
tronic signature is provided for a message, while the 
characteristic of the cryptographic process is employed 
by using the public key, n a message encrypted using a 
private key is decrypted only by using a public key that 
corresponds to that private key." 
[1256] Figs. 41 A and 41 Bare a flowchart for the digital 
signature processing and a diagram for explaining it 
when a message (Message) is accompanied by the dig- 
ital signature of Mr. A. 

[1 257] First, at step 4100, the CPU performs the hash 
function calculation for a message 4103, and generates 
a message digest 4104. Then, at step 4101. the CPU 
permits the cryptographic processor to encrypt the mes- 
sage digest 4104 using the private key of Mr. A, and to 
generate a digital signature 4105. At step 4102, the 
CPU adds the digital signature 41 05 to the original mes- 
sage 4103. Through the above processing, the CPU 
generates a message 4106 accompanied by the digital 
signature of Mr. A. 

[1 258] Reference numeral 41 06 in Fig. 41 B denotes a 
message accompanied by the digital signature of Mr. A. 
Hereinafter, in the drawings, the message accompanied 
by the digital signature is shown as indicated by 4106. 
[1259] The closing processing will now be described. 
In the closing process, the character of the crypto- 
graphic process using the public key, "a message 
encrypted using a private key is decrypted only by using 
a public key that corresponds to that private key," is 
employed to allow only a specific person to read the 
contents of the message. 

[1260] Figs. 42A and 42B are a flowchart and a dia- 
gram for explaining the processing performed when 
closing a message that is accompanied by the digital 
signature of a Mr. A and when addressing it to a Mr. B, 
who is the recipient. 

[1 261 ] First, at step 4200, the CPU employs a random 
number function to generate a secret key 4204. which is 
a secret encryption key. Then, at step 4201, the CPU 
permits the cryptographic processor to encrypt the mes- 
sage 4106, which is accompanied by the digital signa- 
ture, by using the private key 4204. At step 4202, the 
CPU permits the cryptographic processor to encrypt the 
secret key 4204 by using the public key of Mr. B, who is 
the recipient. At step 4203, the CPU adds the output 
4206 produced at step 4202 to the output 4205 pro- 
duced at step 4201 . Through the above processing, the 
CPU generates a closed message 4207 that is 
addressed to Mr. B. 

[1 262] Reference numeral 4207 in Fig. 42B denotes a 
dosed message addressed to Mr. B. Hereinafter, in the 
drawings, the closed message is shown as is illustrated 
by 4207. 

[1263] An explanation will now be given for the 
processing performed to decrypt a closed and 
encrypted message, and the processing performed for 
the examination of a digital signature by the mobile user 
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terminal 100, the gate terminal 101 , the merchant termi- 
nal 1 02, the merchant terminal 103, the automatic vend- 
ing machine 104, the switching center 105 or the 
service providing system 110 when the message is 
received from the service providing system. In the fol- s 
lowing explanation, characters are also generalized. 
[1264] Figs. 43 A and 43B are a flowchart and a dia- 
gram for explaining the processing performed to decrypt 
a closed message addressed to Mr. B. 
[1265] First, at step 4300. the CPU separates a closed w 
message 4302 addressed to Mr. B into a portion 4303, 
wherein the secret key is encrypted using the public key 
of Mr. B, and a message portion 4304 that is encrypted 
using the secret key. The CPU permits the crypto- 
graphic processor to employ the private key of Mr. B to 15 
decrypt the portion 4303 wherein the secret key is 
encrypted using the public key of Mr. B, and to extract 
the secret key 4305. Then, at step 4301 , the CPU per- 
mits the cryptographic processor to employ the secret 
key 4305 to decrypt the message portion 4304 that is 20 
encrypted using the secret key. Through the above 
processing, the closed message is decrypted. 
[1266] The digital signature examination process will 
now be described. 

[1267] Figs. 44 A and 44B are a flowchart and a dia- 25 
gram for explaining the processing performed when an 
examination of made of the digital signature of Mr. A, 
the sender, that accompanies a message. First, at step 
4400, the CPU performs a hash function calculation for 
the message portion (Message' 4403) in a message 30 
4306 accompanied by a digital signature, and gener- 
ates a message digest 4405. Then, at step 4401, the 
CPU permits the cryptographic processor to decrypt, 
using the public key of Mr. A, a digital signature 4404 
accompanying the message 4306. At step 4402, the 35 
CPU compares the output 4405 at step 4400 with the 
output 4406 at step 4401 . When the contents match, the 
CPU ascertains that the verification has been success- 
ful. When the contents do not match, the CPU ascer- 
tains that a verification error has occurred. Through the 40 
above processing, the digital signature examination 
process is performed. 

[1268] The processing performed by the service pro- 
viding system 1 10 will now be described. 
[1269] The service providing system 110 communi- 45 
cates with the mobile user terminal 100, the gate termi- 
nal 101, the merchant terminal 102, the merchant 
terminal 103, the automatic vending machine 104, the 
switching center 105, the transaction processing sys- 
tem 106, the ticket issuing system 107, the payment so 
card issuing system 108 and the telephone card issuing 
system 109, and serves as an agent for a user, a mer- 
chant, a communication service provider, a transaction 
processor, a ticket issuer, a payment card issuer and a 
telephone card issuer while providing a mobile elec- 55 
tronic commerce service for a user, a merchant and a 
communication service provider. 
[1270] In Fig. 45 is shown the process architecture for 



the service providing system 110. 
[1271] The service providing system 1 10 provides a 
mobile electronic commerce service through the coordi- 
nated performances of eight different processors: a 
user processor (UP) 4502, a merchant processor (MP) 
4502, a transaction process processor (TPP) 4504, a 
ticket issuer processor (TIP) 4505, a. payment card 
issuer processor (PCIP) 4506, a telephone card issuer 
processor (TCIP) 4507, a service director processor 
(SDP) 4501, and a service manager processor (SMP) 
4500, all of which are generated in the service server 
900. 

[1272] In Fig. 45, the user processor 4502 has a one- 
to-one correspondence with the mobile user terminal 
100, and serves as an interface for communication 
between the service providing system 110 and the 
mobile user terminal 100. 

[1273] The merchant processor 4503 has a one-to- 
one correspondence with the gate terminal 101, the 
merchant terminal 102, the merchant terminal 103, the 
automatic vending machine 104 or the switching center 
105, and serves as an interface for communication 
between the service providing system 1 10 and the gate 
terminal 101, the merchant terminal 102, the merchant 
terminal 103, the automatic vending machine 1 04 or the 
switching center 105. 

[1 274] The transaction process processor 4504 corre- 
sponds to the transaction processing system 106, and 
serves as an interface for communication between the 
service providing system 110 and the transaction 
processing system 106. The ticket issuing processor 
4505 corresponds to the ticket issuing system 107, and 
serves as an interface for communication between the 
service providing system 1 1 0 and the ticket issuing sys- 
tem 107. The payment card issuing processor 4506 cor- 
responds to the payment card issuing system 108, and 
serves as an interface for communication between the 
service providing system 110 and the payment card 
issuing system 108. The telephone card issuing proces- 
sor 4507 corresponds to the telephone card issuing sys- 
tem 109, and serves as an interface for communication 
between the service providing system 1 10 and the tele- 
phone card issuing system 109. 
[1 275] The service director processor 4501 produces 
a mobile electronic commerce service by communicat- 
ing with the user processor 4502, the merchant proces- 
sor 4503, the transaction process processor 4504, the 
ticket issuer processor 4505, the payment card issuer 
processor 4506 and the telephone card issuer proces- 
sor 4507. The service manager processor 4500 man- 
ages the user processor, the merchant processor, the 
transaction process processor, the ticket issuer proces- 
sor, the payment card issuer processor and the tele- 
phone card issuer processor, and the service director 
processor in the system providing service 110. The 
meaning of the expression "produces a personal remote 
credit transaction service" will be described in detail 
later. 
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[1 276] The r service"providing system 110 may simulta- 
neously communicate with a plurality of mobile user ter- 
minals and a plurality of gate terminals, merchant 
terminals (102 or 103), automatic vending machines 
and switching centers, may simultaneously process a 
plurality of mobile electronic commerce services, or 
may simultaneously communicate with a plurality of 
transaction processing systems, ticket issuing systems, 
payment cared issuing systems or telephone card issu- 
ing systems in order to process a plurality of mobile 
electronic commerce services. Accordingly, in the serv- 
ice server 900 there may be a plurality of user proces- 
sors, merchant processors, transaction process 
processors, ticket issuer processors, payment card 
issuer processors, telephone card issuer processors 
and service director processors. These processors are 
generated or deleted by the service manager processor. 
[1277] When the service server 900 is constituted by 
a plurality of computers, the user processor, the mer- 
chant processor, the transaction process processor, the 
ticket issuer processor, the payment card issuer proces- 
sor, the telephone card issuer processor and the serv- 
ice director processor are separately generated by the 
plurality of computers, so that the load imposed on an 
individual processor can be distributed among the com- 
puters. 

[1 278] A set of cooperative processors for providing a 
single mobile electronic commerce service is deter- 
mined by the service manager processor and is com- 
posed of at least one processor selected from among 
the user, the merchant, the transaction, the ticket issuer, 
the payment card issuer and the telephone card issuer 
processors, plus one service director processor. The 
set of cooperating processes is called a process group. 
[1 279] First, the user process 4502 will be described. 
[1 280] The user process 4502 is a process for control- 
ling communication with the mobile user terminal 100, 
for verifying users, for encrypting data to be transmitted 
to the mobile user terminal 100, for decrypting data 
received from the mobile user terminal 100, for examin- 
ing the validity of the data received from the mobile user 
terminal 100, and for preforming a remote access proc- 
ess, a data updating process, a forcible data updating 
process and a data backup process for the mobile user 
terminal 100. 

[1 281 ] The user process 4502 is generated by the per- 
formance of the service manager processor 4500 when 
the service providing system 110 communicates with 
the mobile user terminal 100. In the service manager 
process 4500, one user process 4502 is generated for 
one mobile user terminal 100 that is communicating 
with the service providing system 110. 
[1282] In the user process 4502, permission is pro- 
vided only for the accessing of attribute information for 
the owner (the user) of the mobile user terminal 100, 
which is managed by the user information server 902, 
and data stored in the RAM 1 502 of the mobile user ter- 
minal 100. In other words, other information can not be 



accessed during the performance of the user process 
4502. 

[1283] One mobile user terminal 100 corresponds to 
one user process 4502, and the user process 4502 can 
5 effectively engage only its corresponding mobile user 
terminal 100; it can not communicate directly with 
another mobile user terminal. 

[1284] The merchant process 4503 will now be 
described. 

10 [1 285] The merchant process is a process for control- 
ling communication with the gate terminal 101 , the mer- 
chant terminal 102, the merchant terminal 103. the 
automatic vending machine 104 and the switching 
center 105, for verifying a merchant, for encrypting data 

75 to be transmitted to the gate terminal 1 01 , the merchant 
terminal 102, the merchant terminal 103, the automatic 
vending machine 104 and the switching center 105, for 
decrypting data received from the gate terminal 101 , the 
merchant terminal 102, the merchant terminal 103, the 

20 automatic vending machine 104 and the switching 
center 105, for examining the validity of the data 
received from the gate terminal 101 , the merchant ter- 
minal 102, the merchant terminal 103, the automatic 
vending machine 104 and the switching center 105, for 

25 preforming a data updating process or a forcible data 
updating process for the gate terminal 101, the mer- 
chant terminal 102, the merchant terminal 103, the 
automatic vending machine 104 and the switching 
center 105, for performing a remote access process for 

30 the gate terminal 101, the merchant terminal 102 and 
the merchant 103, and for performing a data backup 
process for the merchant terminal 103. 
[1286] The merchant process 4503 is generated by 
the performance of the service manager process 4500 

35 when the service providing system 110 communicates 
with the gate terminal 101, the merchant terminal 102, 
the merchant terminal 103, the automatic vending 
machine 104 and the switching center 105. in the serv- 
ice manager process 4500, one merchant process 4503 

40 is generated for a gate terminal 1 01 , a merchant termi- 
nal 102, a merchant terminal 103, an automatic vending 
machine 104 or a switching center 105 that communi- 
cates with the service providing system 110. 
[1287] In the merchant process 4503, permission is 

45 provided only for the accessing of the attribute informa- 
tion for the merchant and the communication service 
provider, which are managed by the merchant informa- 
tion server 903, and data in the RAM and on the hard 
disk of the gate terminal 101, the merchant terminal 

so 102, the merchant terminal 103, the automatic vending 
machine 104 and the switching center 105. In other 
words, other information can not be accessed during 
the performance of the merchant process 4503. 
[1 288] One gate terminal 101, one merchant terminal 

55 1 02, one merchant terminal 103, one automatic vending 
machine 104 or one switching center 105 corresponds 
to one merchant process 4503, and the merchant proc- 
ess 4503 is effective only for a corresponding gate ter- 
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minal 101, merchant terminal 102, merchant terminal 
103, automatic vending machine or switching center 
105; it can not communicate directly with another credit 
gate terminal, merchant terminal (102, 103), automatic 
vending machine or switching terminal. 
[1289] The transaction processor process 4504 will 
now be described. 

[1 290] The transaction processor process is a process 
for controlling communication with the transaction 
processing system 106, for verifying a transaction proc- 
essor, for encrypting data to be transmitted to the trans- 
action processing system 106, for decrypting data 
received from the transaction processing system 106, 
and for examining the validity of the data received from 
the transaction processing system 106. 
[1291] The transaction processor process 4504 is 
generated by the service manager processor 4500 
when the service providing system 110 communicates 
with the transaction processing system 106. One trans- 
action processor process 4504 is generated to control 
communication across one communication line 
between the service providing system 110 and the 
transaction processing system 106. The digital commu- 
nication line 131 linking the service providing system 
1 10 and the transaction processing system 106 is multi- 
plexed so that it can serve as a plurality of communica- 
tion lines. To perform communication between the 
service providing system 110 and the transaction 
processing system 106 across a plurality of communi- 
cation lines during the same period, the service man- 
ager process 4500 generates multiple transaction 
processor processes 4504 that are equivalent in 
number to the communication lines. 
[1292] In a transaction processor process 4504, per- 
mission is provided only for the accessing of the 
attribute information and transaction history information 
for the transaction processor in an area wherein is 
installed the transaction processing system 106 that is 
managed by the transaction processor information 
server 904. In other words, other information can not be 
accessed during the performance of the transaction 
processor process 4504. 

[1293] The transaction processor process 4504 is 
effective only when employed with a corresponding 
transaction processing system 106, and can not com- 
municate directly with another transaction processing 
system. 

[1294] The ticket issuer process 4505 will now be 
described. 

[1 295] The ticket issuer process is a process for con- 
trolling communication with the ticket issuing system 
107, for verifying a ticket issuer, for encrypting data to 
be transmitted to the ticket issuing system 107, for 
decrypting data received from the ticket issuing system 
107, and for examining the validity of the data received 
from the ticket issuing system 107. 
[1 296] The ticket issuer process 4505 is generated by 
the service manager processor 4500 when the service 



providing system 110 communicates with the tickef 
issuing system 107. One ticket issuer process 4505 is 
generated to control communication across one com- 
munication line between the service providing system 
5 1 10 and the ticket issuing system 107. The digital com- 
munication line 132 linking the service providing system 
1 10 and the ticket issuing system 107 is multiplexed so 
that it can serve as a plurality of communication lines. 
To perform communication between the service provid- 
10 ing system 110 and the ticket issuing system 107 
across a plurality of communication lines during the 
same period, the service manager process 4500 gener- 
ates multiple ticket issuer processes 4505 that are 
equivalent in number to the communication lines. 
15 [1 297] In the ticket issuer process 4505, permission is 
provided only for the accessing of attribute information 
and ticket issuance history information by the ticket 
issuer in the area wherein is installed the ticket issuing 
system 107 that is managed by the ticket issuer infor- 
20 mation server 905. In other words, other information can 
not be accessed during the performance of the ticket 
issuer process 4505. 

[1 298] The ticket issuer process 4505 is effective only 
when employed with a corresponding ticket issuing sys- 
25 tern 1 07, and can not communicate directly with another 
ticket issuing system. 

[1 299] The payment card issuer process 4506 will now 
be described. 

[1 300] The payment card issuer process is a process 
30 for controlling communication with the payment card 
issuing system 108, for verifying a payment card issuer, 
for encrypting data to be transmitted to the payment 
card issuing system 108, for decrypting data received 
from the payment card issuing system 108, and for 
35 examining the validity of the data received from the pay- 
ment card issuing system 108. 

[1 301 ] The payment card issuer process 4506 is gen- 
erated by the service manager processor 4500 when 
the service providing system 110 communicates with 
40 the payment card issuing system 108. One payment 
card issuer process 4506 is generated to control com- 
munication across one communication line between the 
service providing system 110 and the payment card 
issuing system 108. The digital communication line 133 
45 linking the service providing system 110 and the pay- 
ment card issuing system 108 is multiplexed so that it 
can serve as a plurality of communication lines. To per- 
form communication between the service providing sys- 
tem 110 and the payment card issuing system 108 
so across a plurality of communication lines during the 
same period, the service manager process 4500 gener- 
ates multiple payment card issuer processes 4506 that 
are equivalents number to the communication lines. 
[1 302] In the payment card issuer process 4506, per- 
55 mission is provided only for the accessing of the 
attribute information and payment card issuance history 
information by the payment card issuer in the area 
wherein is installed the payment card issuing system 
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10Q that is minaged'by the payment card issuer infor- 
mation server 906. in other words, other information can 
not be accessed during the performance of the payment 
card issuer process 4506. 

[1 303] The payment card issuer process 4506 is effec- 
tive only when employed with a corresponding payment 
card issuing system 108, and can not communicate 
directly with another payment cardjssuing system. 
[1304] The telephone card issuer process 4507 will 
now.be described. 

[1 305] The telephone card issuer process is a process 
for controlling communication with the telephone card 
issuing system 109, for verifying a telephone card 
issuer, for encrypting data to be transmitted to the tele- 
phone card issuing system 109, for decrypting data 
received from the telephone card issuing system 109, 
and for examining the validity of the data received from 
the telephone card issuing system 109. 
[1 306] The telephone card issuer process 4507 is 
generated by the service manager processor 4500 
when the service providing system 110 communicates 
with the telephone card issuing system 109. One tele- 
phone card issuer process 4507 is generated to control 
communication across one communication line 
between the service providing system 110 and the tele- 
phone card issuing system 109. The digital communica- 
tion line 134 linking the service providing system 110 
and the telephone card issuing system 109 is multi- 
plexed to serve as a plurality of communication lines. To 
perform communication between the service providing 
system 110 and the telephone card issuing system 109 
across a plurality of communication lines during the 
same period, the service manager process 4500 gener- 
ates multiple telephone card issuer processes 4507 that 
are equivalent in number to the communication lines. 
[1307] In the telephone card issuer process 4507, per- 
mission is provided only for the accessing of the 
attribute information and the telephone card issuance 
history information for the telephone card issuer in the 
area wherein is installed the telephone card issuing sys- 
tem 109 that is managed by the telephone card issuer 
information server 907. In other words, other informa- 
tion can not be accessed during the performance of the 
telephone card issuer process 4507. The telephone 
card issuer process 4507 is effective only when 
employed with a corresponding telephone card issuing 
system 109, and can not communicate directly with 
another telephone card issuing system. 
[1308] The service director process 4501 will now be 
described. 

[1309] The service director process is a process for 
communicating with the user process, the merchant 
process and the transaction processor process that 
belong to the same group, and for producing the mobile 
electronic commerce service. The expression "produc- 
ing the mobile electronic commerce service" means that 
the service director process cooperates with the other 
member processes in the same process group, and 
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takes the initiative in performing the processing for the 
mobile electronic commerce service. 
[1310] The service director processor 4501 is gener- 
ated by the service manager process 4500 when the 

5 service providing system 110 performs various proc- 
esses for a mobile electronic commerce service. A 
specified processing sequence is employed for the indi- 
vidual processes for performing the mobile electronic 
commerce service. In accordance with the processing 

10 sequence, a message received by the performance of a 
member process in the same group is handled, and a 
message requesting a process to be performed is trans- 
mitted to each member process. Upon receiving the 
message via the service director process 4501 . a mem- 

15 ber process performs a corresponding process. Since 
. the service director process cooperates with the other 
member processes in the same group, the processing 
for the electronic mobile commerce service can be per- 
formed. 

20 [1311] To purchase an electronic ticket, the service 
director process, the user process, the ticket issuer 
process and the transaction processor process are 
assembled into one process group To purchase an 
electronic payment card, the service director process, 

25 the user process, the payment card issuer process and 
the transaction processor process are assembled into 
one process group. And to purchase an electronic tele- 
phone card, the service director process, the user proc- 
ess, the telephone card issuer process and the 

30 transaction processor process are assembled into one 
process group. 

[1312] In the service director process 4501, permis- 
sion is provided only for the accessing of the information 
that is managed by the service director information 

35 server 901 , and information that a member process in 
the same group is permitted to access. In other words, 
other information can not be accessed during the per- 
formance of the service director process 4501. 
[1 31 3] The service manager process 4500 will now be 

40 described. 

[1314] The service manager process is a process for 
generating or deleting the user process 4502, the mer- 
chant process 4503, the transaction processor process 
4504, the ticket issuer process 4505, the payment card 

45 issuer process 4505, the telephone card issuer process 
4505 and the service director process 4501, and for 
generating or deleting a process group. 
[1 31 5] The service manager process 4500 is always 
activated when the service providing system provides 

so the mobile electronic commerce service. The genera- 
tion and deletion of the service manager process is con- 
trolled by the management system 407. 
[1 31 6] In the service manager process 4500, permis- 
sion is provided only for the accessing of information 

55 that is managed by the service director information 
server 901. 

[1317] In other words, other information can not be 
accessed during the performance of the service man- 
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ager process 4500. 

[1318] The information stored in the user information 
server 902 of the service providing system 110 will now 
be explained. 

[1319] The user information server 902 manages the 
user attribute information and the data in the RAM 1502 
of the mobile user terminal 100. 
[1320] Fig. 46 is a specific diagram showing informa- 
tion stored for each user in the user information server 
902. 

[1321] The user information server 902 stores 14 
types of information for each user: user data manage- 
ment information 4600, personal information 4601, por- 
trait image data 4602. a user public key certificate 4603, 
a terminal property 4604, user preference 4605, access 
control information 4606, terminal data 4607, telephony 
information 4608, a credit card list 4609, a ticket list 
4610, a payment card list 4611, a telephone card list 
4612, and a use list 4613. 

[1322] The user data management information 4600 
is management information for data to be stored for 
each user in the user information server 902. 
[1323] The personal information 4601 is information 
concerning a user, such as the age, the date of birth, the 
occupation, the account number and the terms of a con- 
tract, and one part of this information corresponds to the 
personal information 1706 of the mobile user terminal 
100. 

[1324] The portrait image data 4602 are data for the 
portrait of a user; the user public key certificate 4603 is 
a certificate for the public key of a user; and the terminal 
property 4604 is attribute information for the mobile user 
terminal 100, such as the model number of the mobile 
user terminal 100, the serial number, the memory 
capacity of a RAM and the version of a stored program. 
[1325] The user preference 4605 is preference infor- 
mation concerning the mobile electronic commerce 
service, and corresponds to the user preference 1 709 in 
the mobile user terminal 100. 

[1326] The access control information 4606 is infor- 
mation set by the user concerning the access control for 
user information and associated information; the termi- 
nal data 4607 are data in the RAM 1502 in the mobile 
user terminal 100; the telephony information 4608 is 
information concerning a digital wireless telephone, and 
corresponds to the telephony information 1710 of the 
mobile user terminal 1 00. 

[1327] The credit card list 4609 is list information for 
credit cards registered by a user; the ticket list 4610 is 
list information for electronic tickets owned by a user; 
the payment card list 4611 is list information for pay- 
ment cards owned by a user; the telephone card list 
4612 is list information for electronic telephone cards 
owned by a user; and the use list 4613 is use history 
information for the mobile electronic commerce service. 
[1328] The user data management information 4600 
consists of 18 types of information: a user name 4614, 
a user ID 4615, a user status 4616, a personal informa- 



tion address 4617, a portrait image data address 461 8, 
a user public key certificate address 4619, a terminal 
property address 4620, a user preference address 
4621 , an access control information address 4622, a 
5 last update date 4623, a next update date 4624, a termi- 
nal data address 4625, a telephony information address 
4626, a credit card list address 4627, a ticket list 
address 4628, a payment card list address 4629, a tele- 
phone card list address 4630, and a use list address 
w 4631. 

[1329] The user status 4616 indicates the status of the 
mobile user terminal 100, and corresponds to the termi- 
nal status 1802 of the mobile user terminal 100. The last 
update date 4623 provides the last date on which the 

15 data in the service data area 1701 of the mobile user 
terminal 100 were updated; and the next update date 
4624 provides the date on which the data in the service 
data area 1701 will be updated next. These dates corre- 
spond to the last update date 1800 and the next update 

20 date 1801 of the mobile user terminal 100. 

[1330] The personal information address 4617, the 
portrait image data address 4618, the user public key 
certificate address 4619, the terminal property address 
4620, the user preference address 4621 , the access 

25 control information address 4622, the terminal data 
address 4625, the telephony information address 4626, 
the credit card list address 4627, the ticket list address 
4628, the payment card list address 4629, the tele- 
phone card list address 4630, and the use list address 

30 4631 describe addresses in the user information server 
902 at which are respectively stored the personal infor- 
mation 4601, the portrait image data 4602, the user 
public key certificate 4603, the terminal property 4604, 
the user preference 4605, the access control informa- 

35 tion 4605, the terminal data 4607, the telephony infor- 
mation 4608, the credit card list 4609, the ticket list 
4610, the payment card list 461 1 , the telephone card list 
4612, and the use list 4613. 

[1 331 ] The terminal data 4607 are data stored in the 

40 RAM 1502 of the mobile user terminal 100 when the 
updating process was previously performed, and are 
used for data comparison during the next data updating 
process and are also employed as backup data. 
[1332] The credit card list 4609, the ticket list 4610, 

45 the payment card list 461 1 , the telephone card list 4612 
and the use list 4613 correspond to the credit card list 
1 71 1 , the ticket list 1 71 2, the payment card list 1 71 3, the 
telephone card list 1714 and the use list 1715 of the 
mobile user terminal 100. An object data address 4623, 

so an electronic ticket address 4648, an electronic pay- 
ment card address 4654, an electronic telephone card 
address 4660 and a user information address 4665 are 
addresses in the user information server 902. 
[1333] The information stored in the merchant infor- 

55 mation server 903 of the service providing system 110 
will now be explained. 

[1 334] The merchant information server 903 manages 
attribute information for a merchant or a communication 
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service provider, and data stored in the RAMs and on 
the hard disks of the gate terminal 101, the merchant 
terminal 102, the merchant terminal 103, the automatic 
vending machine 104 (accounting machine 3455) and 
the switching center 105 (electronic telephone card 5 
accounting machine 800). 

[1335] Fig. 47 is a specific diagram showing informa- 
tion, stored for each merchant in the merchant informa- 
tion server 903. 

[1 336] For each gate terminal 101, each merchant ter- 10 
minal 102, each merchant terminal 103, each automatic 
vending machine 104 (accounting machine 3455) or 
each switching center 105 (electronic telephone card 
accounting machine 800), the merchant information 
server 903 stores 14 types of information: merchant 15 
data management information 4700, merchant informa- 
tion 4701, a public key certificate 4702, a system prop- 
erty 4703, merchant preference 4704, memory data 
4705. disk data 4706, telephony information 4707, an 
available credit card list 4708, an available payment 20 
card list 4709, an available telephone card list 4710, a 
ticket list 4711, a transaction list 4712, and an authori- 
zation report list 4713. 

[1337] The merchant data management information 
4700 is management information for data to be stored in 25 
the merchant information server 903 for each gate ter- 
minal 101, each merchant terminal 102, each merchant 
terminal 103, each automatic vending machine 104 
(accounting machine 3455) or each switching center 
105 (electronic telephone card accounting machine 30 
800). 

[1338] The merchant information 4701 is information 
concerning a merchant or a communication service pro- 
vider, such as an address, an account number and the 
terms of a contract, and one part of this information cor- 35 
responds to the merchant information in the gate termi- 
nal 101, the merchant terminal 102, the merchant 
terminal 103 or the automatic vending machine 104 
(accounting machine 3455), or the communication serv- 
ice provider information 4005 in the switching center 40 
105 (electronic telephone accounting machine 800). 
[1339] The public key certificate 4702 is a certificate 
for the public key of the merchant or the communication 
service provider; and the system property 4703 is 
attribute information for the gate terminal 101 , the mer- 45 
chant terminal 102, the merchant terminal 103 or the 
automatic vending machine 104 (accounting machine 
3455), or the switching center 105 (electronic telephone 
accounting machine 800), such as a model number, a 
serial number, the memory capacity of a RAM, the so 
memory capacity of a hard disk, and the version of a 
stored program. 

[1340] The merchant preference 4704 is preference 
information concerning a merchant or a communication 
service provider for the mobile electronic commerce 55 
service, and corresponds to the merchant preference in 
the gate terminal 101, the merchant terminal 102, the 
merchant terminal 103 or the automatic vending 
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machine 104 (accounting machine 3455), or the com- 
munication service provider information 3906 in the 
switching center 105 (electronic telephone accounting 
machine 800). 

[1 341 ] The memory data 4705 are data in the RAM of 
the gate terminal 101, the merchant terminal 102, the 
merchant terminal 103, the automatic vending machine 

104 (accounting machine 3455) or the switching center 

1 05 (electronic telephone accounting machine 800), or 
data on a hard disk in the merchant terminal 102 or the 
switching center 105 (electronic telephone card 
accounting deice 800). 

[1342] The telephony information 4707 is information 
concerning a digital telephone and a digital wireless tel- 
ephone, and corresponds to the telephony information 
2808 of the merchant terminal 102 or the telephony 
information 3208 of the merchant terminal 1 03. 
[1343] The available credit card list 4708 is list infor- 
mation for those credit cards the merchant can handle; 
the available payment card list 4709 is list information 
for those payment cards the merchant can handle; the 
available telephone card list 4710 is list information for 
those telephone cards the merchant can handle; and 
the ticket list 471 1 is list information for those electronic 
tickets the merchant sets up as tickets to be examined. 
[1 344] The transaction list 471 2 is history information 
for the mobile electronic commerce service. The author- 
ization report list 4713 is a list of authorizations for the 
electronic payment card, the electronic telephone card 
and the electronic ticket. 

[1345] The merchant data management information 
4700 consists of 19 types of information: a merchant 
name (or communication service provider name) 4714, 
a merchant ID (communication service provider ID) 
4715, an accounting machine ID (gate ID) 4716, a mer- 
chant status 4717, a merchant information address 
4718, a merchant public key certificate address 4719, a 
system property address 4720, a merchant preference 
address 4721, a last update date 4722, a next update 
date 4723, a memory data address 4724, a disk data 
address 4725, a telephony information address 4726, 
an available credit card list address 4727, an available 
payment card address 4728. an available telephone 
card address 4729, a ticket list address 4730, a transac- 
tion list address 4731. and an authorization report list 
address 4732. 

[1 346] The merchant status 4717 indicates the status 
of the gate terminal 101 , the merchant terminal 102, the 
merchant terminal 103, the automatic vending machine 

104 (accounting machine 3455) or the switching center 

105 (electronic telephone accounting machine 800), 
and corresponds to the terminal status of the gate termi- 
nal 101 , the merchant terminal 102 or the, merchant ter- 
minal 103, or the accounting 'machine status of the 
automatic vending machine 104 (accounting machine 
3455) or the switching center 105 (electronic telephone 
card accounting machine 800). 

[1347] The last update date 4722 provides the last 
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date on which the data in the service data area were 
updated; and the next update date 4723 provides the 
date on which the data in the service data area will be 
updated next. These dates correspond to the last 
update date and the next update date of the gate termi- s 
nail 01 , the merchant terminal 102, the merchant termi- 
nal 103, the automatic vending machine 104 
(accounting machine 3455) or the switching center 105 
(electronic telephone accounting machine 800). 
[1348] The merchant information address 4718, the w 
public key certificate address 4719, the system property 
address 4720, the merchant preference address 4721 , 
the memory data address 4724, the telephony informa- 
tion address 4726, the available credit card list address 
4727, the available payment card list address 4728, the 15 
available telephone card list address 4729, the ticket list 
address 4730. the transaction list address 4731 and the 
authorization report list address 4732 indicate 
addresses in the merchant information server 903 at 
which are stored respectively the merchant information 20 
4701 , the public key certificate 4702, the system prop- 
erty 4703. the merchant preference 4704, the memory 
data 4705, the disk data 4706, the telephony informa- 
tion 4707, the credit card list 4708, the payment card list 

4709, the telephone card list 4710, the ticket list 471 1 , 25 
the transaction list 4712 and the authorization report list 
4713. 

[1 349] The available credit card list 4708, the availabl e 
payment card list 4709, the available telephone card list 

4710, the ticket list 471 1 , the transaction list 4712 and 30 
the authorization report list 4713 correspond to the 
credit card list, the payment card list, the telephone card 

list 3908, the ticket list 2409, the transaction list and the 
authorization report list of the gate terminal 101, the 
merchant terminal 102, the merchant terminal 103, the 35 
automatic vending machine 104 (accounting machine 
3455) or the switching center 105 (electronic telephone 
accounting machine 800). The service code list 
address, the credit card clearing program address, the 
payment card clearing module address, the telephone 40 
card clearing program address, the ticket examination 
module address, the transaction information address 
and the authorization report address indicate those in 
the merchant information server 903. 
[1 350] The information stored in the transaction proc- 45 
essor information server 904 of the service providing 
system 1 10 will now be explained. 
[1351] The transaction processor information server 
904 manages attribute information for the transaction 
processor and the transaction history information. so 
[1352] Fig. 48 is a specific diagram showing informa- 
tion stored for each transaction processor in the trans- 
action processor information server 904. 
[1353] The transaction processor information server 
904 stores five types of information for each transaction ss 
processor: transaction processor data management 
information 4800, transaction processor information 
4801, a transaction processor public key certificate 



4802, an available credit card list 4803 and a clearing 
list 4804. 

[1354] The transaction processor data management 
information 4800 is management information for data to 
be stored for each transaction processor in the transac- 
tion processor information server 904. The transaction 
processor information 4801 is information concerning a 
transaction processor, such as an address, an account 
number and the terms of a contract; the transaction 
processor public key certificate 4802 is a certificate for 
the public key of the transaction processor; the available 
credit card list 4803 is list information for credit cards the 
transaction processor can handle; and the clearing list 
4804 is clearing history information for the mobile elec- 
tronic commerce service. 

[1355] The transaction processor data management 
information 4800 consists of seven types of information: 
a transaction processor name 4805, a transaction proc- 
essor ID 4806, a transaction processor status 4807, a 
transaction processor information address 4808, a 
transaction processor public key certificate address 
4809, an available credit card list address 4811 and a 
clearing list address 481 1. 

[1356] The transaction processor status 4807 pro- 
vides the service status in the settlement process of the 
transaction processing system 106. The transaction 
processor information address 4808, the transaction 
processor public key certificate address 4809, the avail- 
able credit card list address 4810 and the clearing list 
address 481 1 provide the addresses in the transaction 
processor information server 904 at which respectively 
are stored the transaction processor information 4801, 
the transaction processor public key certificate 4802, 
the credit card list 4803 and the clearing list 4804. 
[1 357] In the available credit card list 31 02, two types 
of information are entered for each credit card: a credit 
card name 4812 and a service code list address 4813. 
[1358] The credit card name 4812 represents the 
name of a credit card that the transaction processor can 
handle, and the service code list address 4813 is an 
address of the transaction processor information server 
904 at which is stored a service code list that shows the 
types of services that can be provided by the transac- 
tion processor when the credit card is used. 
[1359] In the clearing list 4803, four types of informa- 
tion are stored for clearing one credit transaction serv- 
ice: a clearing number 4814, a service code 4815, a 
clearing time 4816, and a clearing information address 
4817. 

[1 360] The clearing number 481 4 uniquely represents 
the credit card clearing process, and the service code 
4815 is a code number that describes the type of credit 
card service that is provided for the user The clearing 
time 4816 is the time at which the credit transaction 
service is cleared, and the clearing information address 
4817 is an address of the transaction processor infor- 
mation server 904 at which is stored a clearing comple- 
tion notification issued by the transaction processing 
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system 106* 

[1 361 ] The information stored in the ticket issuer infor- 
mation server 905 of the service providing system 110 
will now be explained. 

[1362] The ticket issuer information server 905 man- 5 
ages the attribute information for the ticket issuer and 
the ticket issuing history information. 
[1363] Fig. 49 is a specific diagram showing informa- 
tion stored in the ticket issuer information server 905 for 
each ticket issuer. 10 
[1 364] The ticket issuer information server 905 stores 
eight types of information for each ticket issuer: ticket 
issuer data management information 4900, ticket issuer 
information 4901, a ticket issuer public key certificate 
4902, a service code list 4903, an installation card list 75 
4904, an electronic ticket template list 4905, a transac- 
tion list 4906, and a usage report list 4907. 
[1 365] The ticket issuer data management information 
4900 is management information for data for each ticket 
issuer that is to be stored in the ticket issuer information 20 
server 905; the ticket issuer information 4901 is informa- 
tion concerning a ticket issuer, such as an address, an 
account number and the terms of a contract; the ticket 
issuer public key certificate 4902 is a certificate for the 
public key belonging to a ticket issuer; the service code 25 
list 4903 is a list of service codes indicating the type of 
service provided by a ticket issuer; the installation card 
list 4904 is list information for the installation card num- 
bers of electronic ticket installation cards issued by a 
ticket issuer; the electronic ticket template list 4905 is 30 
management information for a template program for an 
electronic ticket that corresponds to a ticket issued by a 
ticket issuer; the transaction list 4906 is ticket issuing 
history information for a ticket issuer; and the usage 
report list 4907 is management information for a usage 35 
report that the service providing system 110 issued the 
ticket issuing system 107. 

[1 366] The ticket issuer data management information 
4900 consists of ten types of information: a ticket issuer 
processor name 4908, a ticket issuer ID 4909, a ticket 40 
issuer status 4910, a ticket issuer information address 
491 1 , a ticket issuer public key certificate address 4912. 
a service code list address 491 3, an installation card list 
address 4914, an electronic ticket template list address 
4915, a transaction list address 4916 and a usage 45 
report list address 4917. 

[1367] The ticket issuer status 4910 specifies the 
service status in the settlement process of the ticket 
issuing system 107. The ticket issuer information 
address 4911, the ticket issuer public key certificate 50 
address 4912, the service code list address 4913, the 
installation card list address 4914, the electronic ticket 
template list address 4915, the transaction list address 
4916 and the usage report list address 4917 represent 
addresses in the ticket issuer information server 905 at 55 
which respectively are stored the ticket issuer informa- 
tion 4901, the ticket issuer public key certificate 4902, 
the service code list 4903, the installation card list 4904, 
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the electronic ticket template list 4905, the transaction 
list 4906 or the usage report list 4907. 
[1368] The electronic ticket template program is a 
model for an electronic ticket issued by the service pro- 
viding system, and is registered in advance in the ticket 
issuer information server 905 in accordance with the 
contract entered into by the ticket issuer and the service 
provider. To issue an electronic ticket, the service pro- 
viding system employs the template program desig- 
nated by the ticket issuing system to generate an 
electronic ticket, and transmits the ticket to the mobile 
user terminal. 

[1369] The electronic template list 4905 includes five 
information items for one type of electronic ticket tem- 
plate program: a template code 4918, a transaction 
module address 4919, a representation module 
address 4920, a default representative component 
address 4921 , and a ticket examination module address 
4922. 

[1370] The template code 4918 is code information 
describing the type of electronic ticket template pro- 
gram. The transaction module address 4919 is an 
address in the ticket issuer information server 905 at 
which is stored a program module that is the transaction 
module 1930 for an electronic ticket that is generated. 
The representation module address 4920 is an address 
in the ticket issuer information server 905 at which is 
stored a program module that is the representation 
module 1931 for an electronic ticket that is generated. 
The default representative component address 4921 is 
an address in the ticket issuer information server 905 at 
which default information is stored. The ticket examina- 
tion module address 4922 is an address in the ticket 
issuer information server 905 at which is stored a ticket 
examination module for examining an electronic ticket 
that is generated. And the ticket examination module is 
a program module that corresponds to the transaction 
module. 

[1 371 ] The electronic ticket issuing commission 4903, 
which is a message by which the ticket issuing system 
requests that the service providing system request the 
issuance of an electronic ticket, includes not only ticket 
information, such as the date of an event and a seat 
number, but also a template code that specifies a tem- 
plate program and representative component informa- 
tion. The service providing system generates an 
electronic ticket using the transaction module and the 
representation module specified by the template code, 
and the representative component information that is 
included in the electronic ticket issuing commission. 
[1372] Before the template program is registered in 
the ticket issuer information server 905, the operation 
and the safety of the mobile electronic commerce sys- 
tem are confirmed. Since several template programs 
are stored in advance, the ticket issuer can safely issue 
a ticket that performs various operations, as well as tick- 
ets of various designs. The procedures for issuing an 
electronic ticket will be described in detail later. 
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[1 373] The transaction list 4906 includes four types of 
information for one ticket order or one ticket purchase: a 
transaction number 4923, a service code 4924, a trans- 
action time 4925, and a transaction information address 
4926. 5 

[1374] The transaction number 4923 uniquely repre- 
sents the ticket order process and the ticket purchase 
process; the service code 49^4 represents the type of 
service provided by the ticket issuing system; the trans- 
action time 4925 represents the time at which the ticket 10 
order process or the ticket purchase process was per- 
formed; and the transaction information address 4926 is 
an address in the ticket issuer information server 905 at 
which is stored a ticket order response or a receipt that 
was issued by the ticket issuing system 1 07. 15 
[1375] The usage report list 4907 is management 
information for the usage report 7100 that the service 
providing system 1 10 issued to the ticket issuing system 
107, and comprises a list of the usage report addresses 
4927 that are located in the ticket issuer information 20 
server 905 in which the usage reports are stored. 
[1376] The information stored in the payment card 
information server 905 of the service providing system 
1 10 will now be explained. 

[1377] The transaction processor information server 25 
904 manages attribute information for the transaction 
processor and the transaction history information. 
[1378] The information stored in the payment card 
issuer information server 906 of the service providing 
system 110 will now be explained. 30 
[1379] The payment card issuer information server 
906 manages the attribute information for the payment 
card issuer and the payment card issuing history infor- 
mation. 

[1380] Fig. 50 is a specific diagram showing informa- 35 
tion stored in the payment card issuer information 
server 906 for each payment card issuer. 
[1381] The payment card issuer information server 
906 stores eight types of information for each payment 
card issuer: payment card issuer data management 40 
information 5000, payment card issuer information 
5001 , a payment card issuer public key certificate 5002, 
a service code list 5003, an installation card list 5004, 
an electronic payment card template list 5005, a trans- 
action list 5006, and a usage report list 5007. 45 
[1382] The payment card issuer data management 
information 5000 is management information for data 
for each payment card issuer that is to be stored in the 
payment card issuer information server 906; the pay- 
ment card issuer information 5001 is information con- so 
cerning a payment card issuer, such as an address, an 
account number and the terms of a contract; the pay- 
ment card issuer public key certificate 5002 is a certifi- 
cate for the public key belonging to a payment card 
issuer; the service code list 5003 is a list of service 55 
codes indicating the type of service provided by a pay- 
ment card issuer; the installation card list 5004 is list 
information for the installation card numbers of elec- 
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tronic payment card installation cards issued by a pay- * 
ment card issuer; the electronic payment card template 
list 5005 is management information for a template pro- 
gram for an electronic payment card that corresponds to 
a payment card issued by a payment card issuer; the 
transaction list 5006 is payment card issuing history 
information for a payment card issuer; and the usage 
report list 5007 is management information for a usage 
report that the service providing system 110 issued the 
payment card issuing system 108. 
[1383] The payment card issuer data management 
information 5000 consists of ten types of information: a 
payment card issuer processor name 5008. a payment 
card issuer ID 5009, a payment card issuer status 501 0, 
a payment card issuer information address 501 1 , a pay- 
ment card issuer public key certificate address 5012, a 
service code list address 5013, an installation card list 
address 5014, an electronic payment card template list 
address 5015, a transaction list address 5016 and a 
usage report list address 501 7. 
[1 384] The payment card issuer status 501 0 specifies 
the service status in the issuance process of the pay- 
ment card issuing system 108. The payment card issuer 
information address 501 1, the payment card issuer pub- 
lic key certificate address 5012, the service code list 
address 5013, the installation card list address 5014, 
the electronic payment card template list address 5015, 
the transaction list address 5016 and the usage report 
list address 5017 represent addresses in the payment 
card issuer information server 906 at which respectively 
are stored the payment card issuer information 5001, 
the payment card issuer public key certificate 5002, the 
service code list 5003, the installation card list 5004, the 
electronic payment card template list 5005, the transac- 
tion list 5006 or the usage report list 5007. 
[1 385] The electronic payment card template program 
is a model for an electronic payment card issued by the 
service providing system, and is registered in advance 
in the payment card issuer information server 906 in 
accordance with the contract entered into by the pay- 
ment card issuer and the service provider. To issue an 
electronic payment card, the service providing system 
employs the template program designated by the pay- 
ment card issuing system to generate an electronic pay- 
ment card, and transmits the payment card to the 
mobile user terminal. 

[1 386] The electronic template list 5005 includes five 
information items for one type of electronic payment 
card template program: a template code 5018, a trans- 
action module address 5019, a representation module 
address 5020, a default representative component 
address 5021, and a payment card clearing module 
address 5022. 

[1387] The template code 5018 is code information 
describing the type of electronic payment card template 
program. The transaction module address 5019 is an 
address in the payment card issuer information server 
906 at which is stored a program module that is the 
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transaction module 2030 for an electronic payment card 
that is generated. The representation module address 
5020 is an address in the payment card issuer informa- 
tion server 906 at which is stored a program module that 
is the representation module 2031 for an electronic pay- 
ment card that is generated. The default representative 
component address 5021 is an address in the payment 
card issuer information server 906 at which default infor- 
mation is stored. The payment card clearing module 
address 5022 is an address in the payment card issuer 
information server 906 at which is stored a payment 
card clearing module for clearing an electronic payment 
card that is generated. And the payment card clearing 
module is a program module that corresponds to the 
transaction module. 

[1388] The electronic payment card issuing commis- 
sion 6203, which is a message by which the payment 
card issuing system requests that the service providing 
system request the issuance of an electronic payment 
card, includes not only payment card information, such 
as the face value of the payment card that is issued and 
the usage condition, but also a template code that spec- 
ifies a template program and representative component 
information. The service providing system generates an 
electronic payment card using the transaction module 
and the representation module specified by the tem- 
plate code, and the representative component informa- 
tion that is included in the electronic payment card 
issuing commission. 

[1389] Before the template program is registered in 
the payment card issuer information server 906, the 
operation and the safety of the mobile electronic com- 
merce system are confirmed. Since several template 
programs are stored in advance, the payment card 
issuer can safely issue a payment card that performs 
various operations, as well as payment cards of various 
designs. The procedures for issuing an electronic pay- 
ment card will be described in detail later. 
[1 390] The transaction list 5006 includes four types of 
information for one payment card issuance: a transac- 
tion number 5023. a service code 5024, a transaction 
time 5025. and a transaction information address 5026. 
[1 391 ] The transaction number 5023 uniquely repre- 
sents the payment card issuance process; the service 
code 5024 represents the type of service provided by 
the payment card issuing system; the transaction time 
5025 represents the time at which the payment card 
issuance process was performed; and the transaction 
information address 5026 is an address in the payment 
card issuer information server 906 at which is stored a 
receipt that was issued by the payment card issuing 
system 108. 

[1392] The usage report list 5007 is management 
information for the usage report that the service provid- 
ing system 110 issued to the payment card issuing sys- 
tem 108, and comprises a list of the usage report 
addresses 5027 that are located in the payment card 
issuer information server 906 in which the usage 
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reports 5704 are stored. 

[1393] The information stored in the telephone card 
issuer information server 907 of the service providing 
system 110 will now be explained. 

s [1394J The telephone card issuer information server 
907 manages the attribute information for the telephone 
card issuer and the telephone card issuing history infor- 
mation. Fig. 51 is a specific diagram showing informa- 
tion stored in the telephone card issuer information 

io server 907 for each telephone card issuer. 

[1395] The telephone card issuer information server 
907 stores eight types of information for each telephone 
card issuer: telephone card issuer data management 
information 5100, telephone card issuer information 

is 5101, a telephone card issuer public key certificate 
5102, a service code list 5103, an installation card list 
5104, an electronic telephone card template list 5105, a 
transaction list 5106, and a usage report list 5107. 
[1396] The telephone card issuer data management 

20 information 5100 is management information for data 
for each telephone card issuer that is to be stored in the 
telephone card issuer information server 907; the tele- 
phone card issuer information 5101 is information con- 
cerning a telephone card issuer, such as an address, an 

25 account number and the terms of a contract; the pay- 
ment card issuer public key certificate 5102 is a certifi- 
cate for the public key belonging to a telephone card 
issuer; the service code list 5103 is a list of service 
codes indicating the type of service provided by a tele- 

30 phone card issuer; the installation card list 5104 is list 
information for the installation card numbers of elec- 
tronic telephone card installation cards issued by a tele- 
phone card issuer; the electronic telephone card 
template list 51 05 is management information for a tem- 

35 plate program for an electronic telephone card that cor- 
responds to a telephone card issued by a telephone 
card issuer; the transaction list 5106 is telephone card 
issuing history information for a telephone card issuer; 
and the usage report list 5107 is management informa- 

40 tion for a usage report that the service providing system 
110 issued the telephone card issuing system 109. 
[1397] The telephone card issuer data management 
information 5100 consists of ten types of information: a 
telephone card issuer processor name 5108, a tele- 

45 phone card issuer ID 51 09, a telephone card issuer sta- 
tus 5110, a telephone card issuer information address 
5111, a telephone card issuer public key certificate 
address 5112, a service code list address 5113, an 
installation card list address 5114, an electronic teie- 

50 phone card template list address 51 1 5, a transaction list 
address 51 16 and a usage report list address 51 17. 
. [1398] The telephone card issuer status 5110 speci- 
fies the service status in the issuance process of the tel- 
ephone card issuing system 107. The telephone card 

55 issuer information address 5111, the telephone card 
issuer public key certificate address 5112, the service 
code list address 51 1 3, the installation card list address 
5114, the electronic telephone card template list 
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address 51 1 5, the transaction list address 51 1 6 and the 
usage report list address 5117 represent addresses in 
the telephone card issuer information server 907 at 
which respectively are stored the telephone card issuer 
information 5101, the telephone card issuer public key 5 
certificate 5102, the service code list 5103, the installa- 
tion card list 5104, the electronic telephone card tem- 
plate list 5105, the transaction list 5106 or the usage 
report list 5107. 

[1 399] The electronic telephone card template pro- 10 
gram is a model for an electronic telephone card issued 
by the service providing system, and is registered in 
advance in the telephone card issuer information server 
907 in accordance with the contract entered into by the 
telephone card issuer and the service provider. To issue 15 
an electronic telephone card, the service providing sys- 
tem employs the template program designated by the 
telephone card issuing system to generate an electronic 
telephone card, and transmits the telephone card to the 
mobile user terminal. 20 
[1 400] The electronic template list 51 05 includes five 
information items for one type of electronic telephone 
card template program: a template code 51 18, a trans- 
action module address 5119, a representation module 
address 5120, a default representative component 25 
address 5121, and a telephone card clearing module 
address 5122. 

[1401] The template code 5118 is code information 
describing the type of electronic telephone card tem- 
plate program. The transaction module address 51 1 9 is 30 
an address in the telephone card issuer information 
server 907 at which is stored a program module that is 
the transaction module 2030 for an electronic telephone 
card that is generated. The representation module 
address 51 20 is an address in the telephone card issuer 35 
information server 907 at which is stored a program 
module that is the representation module 2031 for an 
electronic telephone card that is generated. The default 
representative component address 5121 is an address 
in the telephone card issuer information server 907 at 40 
which default information is stored. The telephone card 
clearing module address 5122 is an address in the tele- 
phone card issuer information server 907 at which is 
stored a telephone card clearing module for clearing an 
electronic telephone card that is generated. And the tel- 45 
ephone card clearing module is a program module that 
corresponds to the transaction module. 
[1 402] The electronic telephone card issuing commis- 
sion 6203, which is a message by which the telephone 
card issuing system requests that the service providing so 
system request the issuance of an electronic telephone 
card, includes not only telephone card information, such 
as the face value of the telephone card that is issued 
and the usage condition, but also a template code that 
specifies a template program and representative com- 55 
ponerrt information. The service providing system gen- 
erates an electronic telephone card using the 
transaction module and the representation module 
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specified by the template code, and the representative 
component information that is included in the electronic 
telephone card issuing commission. 
[1403] Before the template program is registered in 
the telephone card issuer information server 907, the 
operation and the safety of the mobile electronic com- 
merce system are confirmed. Since several template 
programs are stored in advance, the telephone card 
issuer can safely issue a telephone card that performs 
various operations, as well as telephone cards of vari- 
ous designs. The procedures for issuing an electronic 
telephone card will be described in detail later. 
[1404] The transaction list 51 06 includes four types of 
information for one telephone card issuance: a transac- 
tion number 5123, a service code 5124, a transaction 
time 5125, and a transaction information address 5126. 
[1405] The transaction number 5123 uniquely repre- 
sents the telephone card issuance process; the service 
code 5124 represents the type of service provided by 
the telephone card issuing system; the transaction time 
5125 represents the time at which the telephone card 
issuance process was performed; and the transaction 
information address 5126 is an address in the tele- 
phone card issuer information server 907 at which is 
stored a receipt that was issued by the telephone card 
issuing system 109. 

[1406] The usage report list 5107 is management 
information for the usage report that the service provid- 
ing system 110 issued to the telephone card issuing 
system 109, and comprises a list of the usage report 
addresses 5127 that are located in the telephone card 
issuer information server 907 in which the usage 
reports 5704 are stored. 

[1407] The information stored in the service director 
information server 901 in the service providing system 
1 10 will now be explained. 

[1408] The service director information server 901 
stores ten types of information: a user list 5200, a mer- 
chant list 5201, a transaction processors list 5202, a 
ticket issuers list 5203, a payment card issuers list 5204, 
a telephone card issuers list 5205, a provided service 
list 5206, electronic ticket management information 
5300, electronic payment card management informa- 
tion 5400, and electronic telephone card management 
information 5500. 

[1409] Figs. 52A to 52G are specific diagrams show- 
ing the user list 5200, the merchant list 5201 , the trans- 
action processors list 5202, the ticket issuers list 5203, 
the payment card issuers list 5204, the telephone card 
issuers list 5205 and the provided service list 5206, all 
of which are in the service director information server 
901. Figs. 53 to 55 are specific diagrams respectively 
showing the electronic ticket management information 
5300 stored for one type of electronic ticket, the elec- 
tronic payment card management information 5400 
stored for one type of electronic payment card, and the 
electronic telephone card management information 
5500 stored for one type of electronic telephone card. 
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[141 0] The user list 5200 is a list of attribute informa- 
tion for the mobile user terminals that have entered into 
contracts with a service provider; the merchant list 5201 
is a list of attribution information for the gate terminals, 
the merchant terminals (102 or 103), the automatic 
vending machines (accounting machines) and the 
switching centers (electronic telephone card accounting 
machines) that have entered into contracts with the 
service provider; the transaction processors list 5202 is 
a list of the attribution information for all the transaction 
processors that have entered into contracts with the 
service provider; the ticket issuers list 5203 is a list of 
attribution information for all the ticket issuers who have 
entered into contracts with the service provider; the pay- 
ment card issuers list 5204 is a list of attribution informa- 
tion for all the payment card issuers who have entered 
into contracts with the service provider; the telephone 
card issuers list 5205 is a list of attribution information 
for all the telephone card issuers who have entered into 
contracts with the service provider; the provided service 
list 5203 is a list of information for mobile electronic 
commerce service that has been provided by the serv- 
ice providing system 1 10; the electronic ticket manage- 
ment information 5300 is management information for a 
registered electronic ticket; the electronic payment card 
management information 5400 is management informa- 
tion for a registered electronic payment card; and the 
electronic telephone card management information 
5500 is management information for a registered elec- 
tronic telephone card. 

[1411] In the user list 5200, six types of information 
are stored for each mobile user terminal : a user name 
5207, a user ID 5208, a user telephone number 5209, a 
user public key certificate address 5210, an available 
service list address 5211, and a user information 
address 5212. 

[1 41 2] The user public key certificate address 52 1 0 is 
an address at which a certificate for the public key of a 
user is stored; the available service list address 521 1 is 
an address at which a list of service codes that the user 
can employ is stored; and the user information address 
5212 is an address at which the user data management 
information 4600 for the pertinent user is stored. 
[141 3] In the merchant list 5201 , seven types of infor- 
mation are stored for each gate terminal, each mer- 
chant terminal (102, 103), each automatic vending 
machine (accounting machine) or each switching center 
(electronic telephone card accounting machine): a mer- 
chant name (communication service provider name) 
5213, a merchant ID (communication service provider 
ID) 5214, an accounting machine ID (gate ID) 5215, a 
merchant telephone number 5216, an available service 
list address 521 7, a customers table address 5218, and 
a merchant information address 521 9. 
[1414] The available service list address 5217 is an 
address at which is stored a list of the service codes 
that the merchant or the service communication pro- 
vider can handle. The customers table address 5218 is 
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the address at which is stored table information (a cus- 
tomer table) that represents the correspondence cred- 
ited to the customer number and the user ID. And the 
merchant information address 5219 is an address at 

s which the merchant data management information 4700 
for the pertinent merchant is stored. 
[1415] In the transaction processors list 5202 five 
types of information are stored for each transaction 
processor: a transaction processor name 5220, a trans- 

10 action processor ID 5221 , a transaction processor com- 
munication ID 5222, an available service list address 
5223, and a transaction processor information address 
5224. 

[1416] The transaction processor communication ID 

is 5222 is an ID for the transaction processing system 106 
used when the service providing system 110 communi- 
cates with the transaction processing system 106 via 
the digital communication line 131. The available serv- 
ice list address 5223 is an address at which is stored a 

20 list of service codes that the transaction processor can 
handle. And the transaction processor information 
address 5224 is an address in the transaction processor 
information server 904 at which is stored the transaction 
processor data management information 4800 for the 

25 pertinent transaction processor. 

[1417] In the ticket issuers list 5203 seven types of 
information are stored for each ticket issuer: a ticket 
issuer name 5225, a ticket issuer ID 5226, a ticket 
issuer communication ID 5227, an available service list 

30 address 5228, an installation card list address 5229, a 
customers table address 5230, and a ticket issuer infor- 
mation address 5231 . 

[1418] The ticket issuer communication ID 5227 is an 
ID for the ticket issuing system 1 07 used when the serv- 

35 ice providing system 110 communicates with the ticket 
issuing system 107 via the digital communication line 
132. The available service list address 5228 is an 
address at which is stored a list of service codes that 
the ticket issuer can handle. The installation card list 

40 address 5229 is an address in the service director infor- 
mation server 901 at which is stored a list of installation 
card numbers for electronic ticket installation cards that 
are issued by the ticket issuer. The customer table 
address 5230 is an address in the service director infor- 

45 mation server 901 at which is stored table information (a 
customer table) that represents the correspondence 
credited to the customer number and the user ID. And 
the ticket issuer information address 5231 is an address 
in the ticket issuer information server 905 at which is 

so stored the ticket issuer data management information 
4900 for the pertinent ticket issuer. 
[1419] In the payment card issuers list 5204 seven 
types of information are stored for each payment card 
issuer: a payment card issuer name 5232, a payment 

55 card issuer ID 5233, a payment card issuer communica- 
tion ID 5234, an available service list address 5235, an 
installation card list address 5236, a customers table 
address 5237, and a payment card issuer information 
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address 5238. 

[1420] The payment card issuer communication ID 
5234 is an ID for the payment card issuing system 108 
used when the service providing system 1 10 communi- 
cates with the payment card issuing system 1 08 via the 5 
digital communication line 133. The available service list 
address 5235 is an address at which is stored a list of 
service codes that the payment card issuer can handle. 
The installation card list address 5236 is an address in 
the service director information server 901 at which is 10 
stored a list of installation card numbers for electronic 
payment card installation cards that are issued by the 
payment card issuer. The customer table address 5237 
is an address in the service director information server 
901 at which is stored table information (customer table) 15 
that represents the correspondence credited to the cus- 
tomer number and the user ID. And the payment card 
issuer information address 5238 is an address in the 
payment card issuer information server 906 at which is 
stored the payment card issuer data management infor- 20 
mation 5000 for the pertinent payment card issuer. 
[1421] In the telephone card issuers list 5205 seven 
types of information are stored for each telephone card 
issuer: a telephone card issuer name 5239, a telephone 
card issuer ID 5240, a telephone card issuer communi- 25 
cation ID 5241, an available service list address 5242, 
an installation card list address 5243, a customers table 
address 5244, and a telephone card issuer information 
address 5245. 

[1422] The telephone card issuer communication ID 30 
5241 is an ID for the telephone card issuing system 1 09 
used when the service providing system 1 1 0 communi- 
cates with the telephone card issuing system 109 via 
the digital communication line 134. The available serv- 
ice list address 5242 is an address at which is stored a 35 
list of service codes that the telephone card issuer can 
handle. The installation card list address 5243 is an 
address in the service director information server 901 at 
which is stored a list of installation card numbers for 
electronic telephone card installation cards that are 40 
issued by the telephone card issuer. The customer table 
address 5244 is an address in the service director infor- 
mation server 901 at which is stored table information (a 
customer table) that represents the correspondence 
credited to the customer number and the user ID. And 45 
the telephone card issuer information address 5246 is 
an address in the telephone card issuer information 
server 907 at which is stored the telephone card issuer 
data management information 51 00 for the pertinent tel- 
ephone card issuer. 50 
[1423] In the provided service list 5206 four types of 
information are stored for each occasion on which the 
mobile electronic commerce service was provided: a 
service providing number 5246, a service code 5247, a 
service providing time 5248, and a provided service 55 
information address 5249. 

[1424] The service providing number 5246 uniquely 
represents the process performed by the service provid- 
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ing system 1 1 0 on an occasion when service was pro- 
vided. The service code 5247 is code information 
indicating the type of service provided. The service pro- 
viding time 5248 is the time at which the mobile elec- 
tronic commerce service was provided. And the 
provided service information address 5249 is an 
address in the service director information server 901 at 
which is stored history information for the processes 
performed by the service providing system 110 on an 
occasion when service was provided. 
[1425] The electronic ticket management information 
5300 is management information that is stored in the 
service director information server 901 for one type of 
electronic ticket. 

[1426] In Fig. 53, 13 types of information are stored in 
the electronic ticket management information 5300; a 
ticket name 5304, a ticket code 5305, a ticket issuer ID 
5306, a validity term 5307, a ticket private key 5308, a 
ticket public key 5309, a gate private key 5310, a gate 
public key 531 1, a template code 5312, a management 
term 5313, a user list address 5314, a merchant list 
address 5315, and a registered ticket list address 5316. 
[1427] The ticket name 5304 is information providing 
the name of an electronic ticket, the ticket code 5305 is 
code information describing the type of electronic ticket, 
the ticket issuer ID 5306 is !D information for a ticket 
issuer, and the validity term 5307 is the period during 
which an electronic ticket is valid. The ticket private key 
5308 and the ticket public key 5309 are a pair of keys 
that are employed to authorize an electronic ticket in the 
ticket examination process, and the gate private key 
5310 and the gate public key 5311 are a pair of keys 
that are employed to authorize a gate terminal in the 
ticket examination process. The service providing sys- 
tem employs the ticket private key 5308 and the gate 
public key 5311 to issue an electronic ticket, and 
employs the ticket public key 5309 and the gate private 
key 531 0 to set up an electronic ticket for examination at 
the gate terminal. 

[1428] The template code 5312 is code information 
that describes an electronic ticket template program 
and is used to generate an electronic ticket. The man- 
agement term 5313 is a period during which the elec- 
tronic ticket management information 5300 is managed 
by the service director information server 901. That is, 
when the management term 5313 expires, information 
in the electronic ticket management information 5300 is 
shifted to a management form or a storage medium for 
which a lower cost is assessed. 
[1429] The user list address 5314 is an address in the 
service director information server 901 at which is 
stored the user list 5301 for a user who owns the perti- 
> nent electronic ticket. And the user list 5301 is list infor- 
mation in which two information entries, a ticket ID 531 7 
and a user ID 5318 identifying the owner of the ticket, 
are made for one electronic ticket. 
[1430] The merchant list address 531 5 is an address 
in the service director information server 901 at which is 
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stored the merchant 'list 5302 identifying a merchant 
who is permitted to examine the electronic ticket. And 
the merchant list 5302 is list information for the mer- 
chant ID 5319 assigned to a merchant who is permitted 
to examine the electronic ticket. 5 
[1431] When the contents of a ticket are to be modi- 
fied, the user list 5301 and the merchant list 5302 are 
referred to in order to specify the owner of the ticket or 
the merchant who has set up the ticket examination 
module. 10 
[1432] The registered ticket list address 5316 is an 
address in the service director information server 901 at 
which the registered ticket list 5303 for registered elec- 
tronic tickets is stored. The registered ticket list 5303 is 
list information, for electronic tickets that have been reg- is 
istered, in which are stored seven types of information: 
a ticket ID 5320, an initial ticket examination number 
5321 , a user ID 5322, a user public key 5323, a regis- 
tered ticket certificate address 5324, a ticket examina- 
tion response list address 5325, and a former user 20 
information address 5326. 

[1433] The user ID 5321 and the user public key 5323 
are an ID and a public key for a user (the owner of an 
electronic ticket) who has registered an electronic ticket 
(the ticket ID 5320). The initial ticket examination 25 
number 5321 is the initial value of the ticket examination 
number for an electronic ticket. And the registered ticket 
certificate address 5324 is an address in the service 
director information server 901 at which a registered 
ticket certificate for an electronic ticket is stored. 30 
[1434] The initial ticket examination number 5321 is 
an arbitrary number that the service providing system 
sets before issuing an electronic ticket The ticket exam- 
ination number is incremented each time the ticket 
examination process is performed. In the ticket refer- 35 
ence process, the service providing system employs the 
ticket examination number to examine the ticket status 
11103 and the variable ticket information 11104 that 
have been modified to determine whether they match. 
[1 435] In the ticket reference process, first, the service 40 
providing system examines the registered ticket list 
5303 to determine whether the electronic ticket has 
been registered. Then, the service providing system 
employs the user public key 5323 to examine the user 
digital signature in the ticket examination response 45 
6703, and employs the registered ticket certificate to 
examine the ticket digital signature in the ticket exami- 
nation response 6703. Further, the service providing 
system employs the ticket examination number to 
examine the ticket status 1 1 1 03 and the variable ticket so 
information 1 1 1 04 that have been modified to determine 
whether they match. 

[1436] The ticket examination response list address 
5325 is an address in, the service director information^ 
server 901 at which is stored list information for a ticket 55 
examination response (a ticket examination response 
that is uploaded to the service providing system in the 
ticket reference process). 
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[1437] The former user information address 5326 is 
an address in the service director information server 
901 at which is stored former user information 5327 
concerning a preceding owner (user) of the electronic 
ticket. When an electronic ticket that is registered is 
transferred to another user, the service providing sys- 
tem updates the registered ticket list 5303 to reflect the 
new user information, and the old user information is 
managed as the former user information 5327. 
[1438] The former user information 5327 consists of 
five types of information: a user ID 5328, a user public 
key 5329, a registered ticket certificate address 5330, a 
ticket examination response list address 5331, and a 
former user information address 5332. These 
addresses correspond respectively to the user ID 5322, 
the user public key 5323, the registered ticket certificate 
address 5324, the ticket examination response list 
address 5325 and the former user information address 
5326, all of which are in the registered ticket list. In addi- 
tion, when another owner preceded the present owner, 
the former user information address 5332 is an address 
of the former user information for the pertinent owner. 
[1439] That is, when the electronic ticket that is regis- 
tered is transferred, the user ID 5322, the user public 
key 5323, the registered ticket certificate address 5324, 
the ticket examination response list address 5325 and 
the former user information address 5326 are updated, 
and at the former user information address 5326, the 
information stored in those portions before the updating 
is pointed to as the former user information 5327 
[1440] Since the electronic ticket is managed in the 
above described manner, the usage condition of the 
electronic ticket can be precisely understood even when 
it is transferred. 

[1441 ] The electronic payment management informa- 
tion 5400 is management information that is stored in 
the service director information server 901 for one type 
of electronic payment card. 

[1 442] In Fig. 54, 1 2 types of information are stored in 
the electronic payment card management information 
5400: a card name 5403, a card code 5404, a payment 
card issuer ID 5405, a validity term 5406, a card private 
key 5407, a card public key 5408, an accounting 
machine private key 5409, an accounting machine pub- 
lic key 5410, a template code 5411, a management 
term 5412, a merchant list address 5413, and a regis- 
tered card list address 5414. 

[1443] The card name 5403 is information providing 
the name of an electronic payment card, the card code 
5404 is code information describing the type of elec- 
tronic payment card, the payment card issuer ID 5405 is 
ID information for a payment card issuer, and the validity 
term 5406 is the period during which an electronic pay- 
ment card is valid. The card private key 5407 and the 
card public key 5408 are a pair of keys that are 
employed to authorize an electronic payment card in the 
payment card clearing process, and the accounting 
machine private key 5409 and the accounting machine 
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public key 5410 are a pair of keys that are employed to 
authorize the merchant terminal 1 02 or 1 03 or the auto- 
matic vending machine 104 in the payment card clear- 
ing process. The service providing system employs the 
card private key 5407 and the accounting machine pub- 5 
lie key 5410 to issue an electronic payment card, and 
employs the card public key 5408 and the accounting 
machine private key 5409 to set up an electronic pay- 
ment card that a merchant handles at the merchant ter- 
minal 102 or 103 or the automatic vending machine w 
104. 

[1444] The template code 541 1 is code information 
that describes an electronic payment card template pro- 
gram and is used to generate an electronic payment 
card. The management term 5412 is a period during 15 
which the electronic payment card management infor- 
mation 5400 is managed by the service director infor- 
mation server 901 . That is, when the management term 
5412 expires, information in the electronic payment card 
management information 5400 is shifted to a manage- 20 
ment form or a storage medium for which a lower cost is 
assessed. 

[1445] The merchant list address 5413 is an address 
in the service director information server 901 at which is 
stored the merchant list 5401 identifying a merchant 25 
who is permitted to use the electronic payment card. 
And the merchant list 5401 is list information for the 
merchant ID 5415 assigned to a merchant who is per- 
mitted to handle the electronic payment card. 
[1446] The registered card list address 5414 is an 30 
address in the service director information server 901 at 
which the registered card list 5402 for registered elec- 
tronic payment cards is stored. The registered card list 
5402 is list information, for electronic payment cards 
that have been registered, in which are stored seven 35 
types of information: a card ID 5416, an initial micro- 
check issuing number 5417, a user ID 5418, a user pub- 
lic key 5419, a registered card certificate address 5420, 
a micro-check list address 5421, and a former user 
information address 5422. 40 
[1447] The user ID 5418 and the user public key 5419 
are an ID and a public key for a user (the owner of an 
electronic payment card) who has registered an elec- 
tronic payment card (the card ID 5416). The initial 
micro-check issuing number 5417 is the initial value of 45 
the micro-check issuing number for an electronic pay- 
ment card. And the registered card certificate address 
5420 is an address in the service director information 
server 901 at which a registered card certificate for an 
electronic payment card is stored. so 
[1448] The initial micro-check issuing number 541 7 is 
an arbitrary number that the service providing system 
sets before issuing an electronic payment card. The 
micro-check issuing number is incremented each time 
the payment card clearing process is performed (each ss 
time the micro-check is issued). In the payment card ref- 
erence process, the service providing system employs 
the micro-check issuing number to examine the amount 
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of payment 1 1303, the card status 1 1304 and the totaT 
remaining value 11305 that have been modified to 
determine whether they match. 
[1449] In the payment card reference process, first, 
the service providing system examines the registered 
card list 5402 to determine whether the electronic pay- 
ment card has been registered. Then, the service pro- 
viding system employs the user public key 5419 to 
examine the user digital signature in the micro-check, 
and employs the registered card certificate to examine 
the card digital signature in the micro-check. Further, 
the service providing system employs the micro-check 
issuing number to examine, the amount of payment 
11303, the card status 11304 and the total remaining 
value 11305 that have been modified to determine 
whether they match. 

[1450] The micro-check list address 5421 is an 
address in the service director information server 901 at 
which is stored list information for a micro-check (a 
micro-check that is uploaded to the service providing 
system in the payment card reference process). 
[1451] The former user information address 5422 is 
an address in the service director information server 
901 at which is stored former user information 5423 
concerning a preceding owner (user) of the electronic 
payment card. When an electronic payment card that is 
registered is transferred to another user, the service 
providing system updates the registered card list 5402 
to reflect the new user information, and the old user 
information is managed as the former user information 
5423. 

[1452] The former user information 5423 consists of 
five types of information: a user ID 5424, a user public 
key 5425, a registered card certificate address 5426, a 
micro-check list address 5427, and a former user infor- 
mation address 5428. These addresses correspond 
respectively to the user ID 5418, the user public key 

5419, the registered card certificate address 5420, the 
micro-check list address 5421 and the former user infor- 
mation address 5422, all of which are in the registered 
card list. In addition, when another owner preceded the 
present owner, the former user information address 
5428 is an address of the former user information for the 
pertinent owner. 

[1453] That is, when the electronic payment card that 
is registered is transferred, the user ID 5418, the user 
public key 5419, the registered card certificate address 

5420, the micro-check list address 5421 , and the former 
user information address 5422 are updated, and at the 
former user information address 5422, the information 
stored in those portions before the updating is pointed 
to as the former user information 5423. 

[1454] Since the electronic payment card is managed 
in the above described manner, the usage condition of 
the electronic payment card can be precisely under- 
stood even when it is transferred. Thus, even when the 
transfer of an electronic payment card that is partially 
used is permitted, the safety of the system is not deteri- 
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[1455] The electronic telephone management infor- 
mation 5500 is management information that is stored 
in the service director information server 901 for one 
type of electronic telephone card. 5 
[1456] In Fig. 55, 12 types of information are stored in 
the electronic telephone card management information 
5500: a card name 5503, a card code 5504, a telephone 
card issuer ID 5505, a validity term 5506, a card private 
key 5507, a card public key 5508, an accounting w 
machine private key 5509, an accounting machine pub- 
lic key 5510, a template code 5511, a management 
term 5512, a communication service provider list 
address 5513, and a registered card list address 5514. 
[1457] The card name 5503 is information providing 15 
the name of an electronic telephone card, the card code 

5504 is code information describing the type of elec- 
tronic telephone card, the telephone card issuer ID 

5505 is ID information for a telephone card issuer, and 
the validity term 5506 is the period during which an 20 
electronic telephone card is valid. The card private key 
5507 and the card public key 5508 are a pair of keys 
that are employed to authorize an electronic telephone 
card in the telephone card clearing process, and the 
accounting machine private key 5509 and the account- 25 
ing machine public key 5510 are a pair of keys that are 
employed to authorize the electronic telephone card 
accounting machine 800 in the telephone card clearing 
process. The service providing system employs the 
card private key 5507 and the accounting machine pub- 30 
lie key 5510 to issue an electronic telephone card, and 
employs the card public key 5508 and the accounting 
machine private key 5509 to set up an electronic tele- 
phone card that a communication service provider han- 
dles at the electronic telephone card accounting 3s 
machine 800. 

[1458] The template code 551 1 is code information 
that describes an electronic telephone card template 
program and is used to generate an electronic tele- 
phone card. The management term 5512 is a period 40 
during which the electronic telephone card manage- 
ment information 5500 is managed by the service direc- 
tor information server 901. That is, when the 
management term 5512 expires, information in the elec- 
tronic telephone card management information 5500 is 45 
shifted to a management form or a storage medium for 
which a lower cost is assessed. 
[1459] The communication service provider list 
address 5513 is an address in the service director infor- 
mation server 901 at which is stored the communication 50 
service provider list 5501 identifying a communication 
service provider who is permitted to handle the elec- 
tronic telephone card. And the communication service 
provider list 5501 is list information for the communica- 
tion service provider ID 551 5 assigned to a communica- 55 
tion service provider who is permitted to handle the 
electronic telephone card. 

[1460] The registered card list address 5514 is an 



address in the service director information server 901 at 
which the registered card list 5502 for registered elec- 
tronic telephone cards is stored. The registered card list 
5502 is list information, for electronic telephone cards 
that have been registered, in which are stored seven 
types of information: a card ID 5516, an initial micro- 
check issuing number 5517, a user ID 5518, a user pub- 
lic key 5519, a registered card certificate address 5520, 
a telephone micro-check list address 5521, and a 
former user information address 5522. 
[1461] The user ID 5518 and the user public key 5519 
are an ID and a public key for a user (the owner of an 
electronic telephone card) who has registered an elec- 
tronic telephone card (the card ID 5516). The initial 
micro-check issuing number 5517 is the initial value of 
the micro-check issuing number for an electronic tele- 
phone card. And the registered card certificate address 
5520 is an address in the service director information 
server 901 at which a registered card certificate for an 
electronic telephone card is stored. 
[1462] The initial micro-check issuing number 551 7 is 
an arbitrary number that the service providing system 
sets before issuing an electronic telephone card. The 
micro-check issuing number is incremented each time 
the telephone card clearing process is performed (each 
time the telephone micro-check is issued). In the tele- 
phone card reference process, the service providing 
system employs the micro-check issuing number to 
examine the amount of payment 1 1303, the card status 
11304 and the total remaining value 11305 that have 
been modified to determine whether they match. 
[1463] In the telephone card reference process, first, 
the service providing system examines the registered 
card list 5502 to determine whether the electronic tele- 
phone card has been registered. Then, the service pro- 
viding system employs the user public key 5519 to 
examine the user digital signature in the telephone 
micro-check, and employs the registered card certifi- 
cate to examine the card digital signature in the tele- 
phone micro-check. Further, the service providing 
system employs the micro-check issuing number to 
examine the amount of payment 1 1303. the card status 
11304 and the total remaining value 11305 that have 
been modified to determine whether they match. 
[1 464] The telephone micro-check list address 552 1 is 
an address in the service director information server 
901 at which is stored list information for a telephone 
micro-check (a telephone micro-check that is uploaded 
to the service providing system in the telephone card 
reference process). 

[1465] The former user information address 5522 is 
an address in the service director information server 
901 at which is stored former user information 5523 
concerning a preceding owner (user) of the electronic 
telephone card. When an electronic telephone card that 
is registered is transferred to another user, the service 
providing system updates the registered card list 5502 
to reflect the new user information, and the old user 
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information is managed as the former user information 
5523. 

[1466] The former user information 5523 consists of 
five types of information: a user ID 5524, a user public 
key 5525, a registered card certificate address 5526, a s 
micro-check list address 5527, and a former user infor- 
mation address 5528. These addresses correspond 
respectively to the user ID 5518, the user public key 

5519, the registered card certificate address 5520, the 
micro-check list address 5521 and the former user infor- 10 
mation address 5522, all of which are in the registered 
card list. In addition, when another owner preceded the 
present owner, the former user information address 
5528 is an address of the former user information for the 
pertinent owner. is 
[1 467] That is, when the electronic telephone card that 

is registered is transferred, the user ID 5518, the user 
public key 5519, the registered card certificate address 

5520, the micro-check list address 5521 , and the former 
user information address 5522 are updated, and at the 20 
former user information address 5522, the information 
stored in those portions before the updating is pointed 

to as the former user information 5523. 
[1468] Since the electronic telephone card is man- 
aged in the above described manner, the usage condi- 25 
tion of the electronic telephone card can be precisely 
understood even when it is transferred. Thus, even 
when the transfer of an electronic telephone card that is 
partially used is permitted, the safety of the system is 
not deteriorated. 30 
[1 469] A detailed explanation will now be given for the 
contents of messages that are exchanged by devices, 
and the operations performed by the individual devices 
during the mobile electronic commerce service 
processing. 35 
[1470] First, an explanation will be given for the con- 
tents of messages that are exchanged by devices, and 
the operations performed by the devices during the indi- 
vidual processes performed for network hierarchial stor- 
age and management. 40 
[1471] An explanation will now be given for the con- 
tents of messages that the mobile user terminal 100, 
the gate terminal 101, the merchant terminal 102 and 
the merchant terminal 103 exchange with the service 
providing system 110 in the remote access process. 45 
The remote access process is a process for the down- 
loading of data from the service providing system 1 1 0 in 
order to access data at a remote address. This process 
is hereinafter called a remote access process. 
[1472] In Fig. 56A is shown the remote access proc- so 
ess performed by the mobile user terminal 100, and in 
Figs. 85A and 85B are shown the contents of the mes- 
sages that are to be exchanged by the mobile user ter- 
minal 100 and the service providing system. 
[1473] When data to be accessed is located at the ss 
remote address, the mobile user terminal 100 gener- 
ates a remote access request 5600, i.e., a message 
requesting that the user processor in the service provid- 
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ing system 1 1 0 access data, and transmits it to the user 
processor. 

[1474] As is shown in Fig. 85A, a digital signature 
8504 of a user is provided for data that consists of a 
remote access header 8500, which is header informa- 
tion indicating the message is the remote access 
request 5600 and describing the data structure of the 
request; a data address 8501 , which indicates a remote 
address; a user ID 8502; and an issued time 8503, 
which indicates the date when the remote access 
request 5600 was issued. The data are closed and are 
addressed to the service provider, thereby providing the 
remote access request 5600. 

[1475] The user processor in the service providing 
system 110 receives the remote access request 5600, 
decrypts it and examines the digital signature, and gen- 
erates a remote access data message 5601 and trans- 
mits it to the mobile user terminal 100. 
[1 476] As is shown in Fig. 85B, the digital signature of 
a service provider is provided for data that consist of a 
remote access header 8508, which is header informa- 
tion indicating that the message is the remote access 
data 5601 and describing the data structure of the 
remote access data; data that are requested 8509; a 
service provider ID 8510; and an issued time 8511, 
which indicates the date on which the remote access 
data 5601 was issued. The data are closed and 
addressed to the user, thereby providing the remote 
access data 5601. 

[1477] The mobile user terminal 100 receives the 
remote access data 5601 , decrypts it, examines the dig- 
ital signature, stores it in the temporary area, and 
accesses the data. 

[1478] Similarly, in Fig. 57A is shown the remote 
access process performed by the gate terminal 101 or 
the merchant terminal 102 or 103, and in Figs. 86A and 
86B are shown the contents of messages that are to be 
exchanged by the gate terminal 101 or the merchant 
terminal 102 or 103 and the service providing system. 
[1479] When data to be accessed is located at the 
remote address, the gate terminal 101 or the merchant 
terminal 102 or 103 generates a remote access request 
5700, i.e., a message requesting that the merchant 
processor in the service providing system 110 access 
data, and transmits it to the merchant processor. 
[1480] As is shown in Fig. 86 A, a digital signature 
8605 of a merchant is provided for data that consist of a 
remote access header 8600, which is header informa- 
tion indicating the message is the remote access 
request 5700 and describing the data structure of the 
request; a data address 8601 , which indicates a remote 
address; a gate ID or an accounting machine ID 8602; a 
merchant ID 8603; and an issued time 8604, which indi- 
cates the date on which the remote access request 
5700 was issued. The data are closed and are 
addressed to the service provider, thereby providing the 
remote access request 5700. 

[1 481 ] The merchant processor in the service provid- 
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ing «ystem 1 10 receives the remote access request 
5700, decrypts it and examines the digital signature, 
and generates a remote access data message 5701 
and transmits it to the gate terminal 101 or to the mer- 
chant terminal 102 or 1 03. 5 
[1482] As is shown in Fig. 86B, a digital signature of a 
service provider is provided for data that consist of a 
remote access header 8609, which is header informa- 
tion indicating that the message is the remote access 
data 5701 and describing the data structure of the 10 
remote access data; data that are requested 8610; a 
service provider ID 8611; and an issued time 8612, 
which indicates the date on which the remote access 
data 5701 was issued. The data are closed and are 
addressed to the merchant, thereby providing the 15 
remote access data 5701 . 

[1 483] The gate terminal 1 0 1 or the merchant terminal 
102 or 103 receives the remote access data 5701, 
decrypts it and examines the digital signature, stores it 
in the temporary area, and accesses the data. 20 
[1484] Next, an explanation will be given for the con- 
tents of messages that the mobile user terminal 100, 
the gate terminal 101, the merchant terminal 102, the 
merchant terminal 103, the accounting machine 3555 
(automatic vending machine 1 04) and the electronic tel- 25 
ephone accounting machine 800 (switching center 105) 
exchange with the service providing system 1 10 during 
the data updating process. The data updating process 
is a process whereby the service providing system 
updates the data in the RAM 1502 of the mobile user 30 
terminal 100, or the RAM and the hard disk of the mer- 
chant terminal 102, the merchant terminal 103 or the 
accounting machine 3555 (automatic vending machine 
104). This process is hereinafter called a data updating 
process. 35 
[1 485] In Fig. 56B is shown the data updating process 
performed by the mobile user terminal 100, and in Figs. 
87A to 87E are shown the contents of messages that 
the mobile user terminal 100 exchanges with the serv- 
ice providing system 110. 40 
[1486] When the value held by the clock counter 
matches the value in the update time register, the 
mobile user terminal 1 00 begins the data updating proc- 
ess. The mobile user terminal 100 generates a data 
update request 5602, i.e., a message requesting that 45 
the user processor of the service providing system 110 
update data, and transmits it to the user processor. 
[1 487] As is shown in Fig. 87A, a digital signature of a 
user is provided for data that consists of a data update 
request header 8700, which is header information indi- so 
eating the message is the data update request 5602 
and describing the data structure of the request 5602; a 
user ID 8701 ; and an issued time 8702, which indicates 
the date on which the data update request 5602 was 
issued. The data are closed and are addressed to the ss 
service provider, thereby providing the data update 
request 5602. 

[1488] The user processor of the service providing 
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system 110 receives the data update request 5602, 
decrypts it and examines the digital signature, and gen- 
erates a data update request response 5603, i.e., a 
message indicating the range of data to be uploaded, 
and transmits it to the mobile user terminal 100. 
[1489] As is shown in Fig. 87B, a digital signature of a 
service provider is provided for data that consists of a 
data update request response header 8707,*which is 
header information indicating that the message is the 
data update request response 5603, and describing the 
data structure of the response 5603; an update option 
code 8708 indicating the range of data to be uploaded; 
a service provider ID 8709; and an issued time 8710, 
which indicates the date on which the data update 
request response 5603 was issued. The data are closed 
and are addressed to the user, thereby providing the 
data update request response 5603. 
[1490] The update option code 8708 is code informa- 
tion that indicates the range of data to be uploaded from 
the mobile user terminal to the service providing sys- 
tem. This code is employed to designate data for chang- 
ing the service data area, data for changing the service 
data area and the user area, all the data in the service 
data area, all the data in the service data area and the 
user area, or all the data in the basic program area, the 
service data area and the user area. The update option 
code 8708 is designated by the user processor in the 
service providing system, and the same code is not 
always designated each time. 

[1491] The mobile terminal 100 receives the data 
update request response 5603, decrypts it and exam- 
ines the digital signature, and generates data that are 
designated with the update option code 8708. Then, the 
mobile user terminal 100 generates upload data 5604, 
i.e., a message that indicates the data that are to be 
uploaded to the service providing system 110, and 
transmits the data to the service providing system. 
[1492] If a large volume of data is to be uploaded to 
the service system, the data are divided into a plurality 
of packets, which are transmitted as upload data 5604. 
[1 493] As is shown in Fig. 87C, a digital signature of a 
user is provided for data that consists of an upload data 
header 8715, which is header information indicating that 
the message is the upload data 5604 and describing the 
data structure; an upload packet number 8716 indicat- 
ing a packet number for each of a plurality of packets; 
compressed upload data 8717 that are obtained by 
compressing the data that are to be uploaded to the 
service providing system; a user ID 8718; and an issued 
time 8719, which indicates the date on which the upload 
data 5604 was issued. The data are closed and are 
addressed to the user, thereby providing the upload 
data 5604. 

[1494] The user processor of the service providing 
system receives the upload data 5604, and decrypts it 
and examines the digital signature. Then, the user proc- 
essor decompresses the compressed upload data 871 7 
and compares the obtained data with the terminal data 
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4607 in the user information server 902 and the other 
data managed in the user data management informa- 
tion 4600. Then, the user processor generates update 
data 5605, which is a message for the updating of data 
in the RAM 1502 of the mobile user terminal 100, and 
transmits them to the mobile user terminal 100. If a 
large volume of data is to be uploaded to the service 
system, the data are divided into a plurality of packets, 
which are transmitted as upload data 5605. 
[1495] As is shown in Fig. 87D, a digital signature of a 
service provider is provided for data that consists of an 
update data header 8724, which is header information 
indicating that the message is the update data 5605 and 
describing the data structure; an update packet number 
8725 indicating a packet number when the data are 
divided into a plurality of packets; compressed update 
data 8726 that are obtained by compressing update 
data; a service provider ID 8727; and an issued time 
8728, which indicates the date on which the update data 
5605 was issued. The data are closed and are 
addressed to the user, thereby providing the update 
data 5605 

[1496] The mobile user terminal 100 receives the 
update data 5605. decrypts it and examines the digital 
signature, decompresses the update data 8726, and 
updates the data in the RAM 1502. 
[1 497] In order to generate data for updating the RAM 
1502, when there is no extra space in the object data 
area of the mobile user terminal 100, the user processor 
of the service providing system 110 compares the 
access times for the individual credit cards in the credit 
card list, and assigns a local address to the object data 
address for the credit card for which the access time is 
the latest; compares the access times for the individual 
tickets in the ticket list, and assigns a local address to 
the electronic ticket address for the ticket for which the 
access time is the latest; compares the access times for 
the individual payment cards in the payment card list, 
and assigns a local address to the electronic payment 
card address for the payment card for which the access 
time is the latest; compares the access times for the 
individual telephone cards in the telephone card list, 
and assigns a local address to the electronic telephone 
card address for the telephone card for which the 
access time is the latest; and compares the use times of 
the information items and assigns a local address to the 
use information address for the information for which 
the use time is the latest. When the version of the pro- 
gram of the mobile user terminal must be upgraded, the 
data in the basic program area are updated. 
[1 498] When the user processor of the service provid- 
ing system 110 compares the upload data and finds an 
illegal alteration of data, the user processopgenerates, 
instead of the update data 5605, a mandatory expiration 
instruction 5605' that is a message for halting the func- 
tion of the mobile user terminal 100, and transmits the 
instruction 5605' to the mobile user terminal 100. 
[1499] As is shown in Fig. 87E, a digital signature of a 
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service provider is provided for data that consists of'a 
mandatory expiration header 8733, which is header 
information indicating that the message is the manda- 
tory expiration instruction 5605* and describing the data 

5 structure; a service provider ID 8734; and an issued 
time 8735, which indicates that the date on which the 
mandatory expiration instruction 5605' was issued. The 
data are closed and are addressed to the user, thereby 
providing the mandatory expiration instruction 5605'. 

10 [1500] Upon receipt of the mandatory expiration 
instruction 5605', the mobile user terminal 100 decrypts 
it and examines the digital signature, and changes the 
terminal status 1802 to "use disabled." As a result, the 
use of the mobile user terminal 100 is inhibited. 

15 [1501] Through the data updating process, informa- 
tion that is comparatively frequently used is stored in the 
RAM of the mobile user terminal, the latest version of 
the program is maintained for the mobile user terminal, 
and the illegal alteration of the terminal data can be pre- 

20 vented. 

[1502] In Fig. 57B is shown the data updating process 
performed by the gate terminal 1 01 , the merchant termi- 
nal 102, the merchant terminal 103, the accounting 
machine 3555 (automatic vending machine 104) and 

25 the electronic telephone card accounting machine 800 
(switching center 105), and in Figs. 88A to 88E are 
shown the contents of messages that are exchanged by 
the service providing system 1 10 and the gate terminal 
101, the merchant terminal 102, the merchant terminal 

30 1 03, the accounting machine 3555 or the electronic tel- 
ephone card accounting machine 800. 
[1503] When the value held by the clock counter 
matches the value in the update time register, the gate 
terminal 101, the merchant terminal 102, the merchant 

35 terminal 103, the accounting machine 3555 or the elec- 
tronic telephone card accounting machine 800 begins 
the data updating process. The gate terminal 101, the 
merchant terminal 102, the merchant terminal 103, the 
accounting machine 3555 or the electronic telephone 

40 card accounting machine 800 generates a data update 
request 5702, i.e., a message requesting that the mer- 
chant processor of the service providing system 110 
update data, and transmits it to the merchant processor. 
[1 504] As is shown in Fig. 88A, a digital signature of a 

45 merchant (communication service provider) is provided 
for data that consists of a data update request header 
8800, which is header information indicating the mes- 
sage is the data update request 5702 and describing 
the data structure of the request 5702; an accounting ID 

so (or a gate ID for the gate terminal) 8801 ; a merchant ID 
8802 (a communication service provider ID for the elec- 
tronic telephone card accounting machine) 8802; and 
an issued time 8803, which indicates the date on which 
the data update request 5702 was issued. The data are 

55 closed and are addressed to the service provider, 
thereby providing the data update request 5702. 
[1 505] The merchant processor of the service provid- 
ing system 110 receives the data update request 5702, 
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decrypts it, examines the digital signature, generates a 
data update request response 5703, i.e., a message 
indicating the range of data to be uploaded, and trans- 
mits it to the gate terminal 101, the merchant terminal 
102, the merchant terminal 103, the accounting 5 
machine 3555 or the electronic telephone card account- 
ing machine 800. 

[1 506] As is shown in Fig. 88B, a digital signature of a 
service provider is provided for data that consists of a 
data update request response header 8808, which is 10 
header information indicating that the message is the 
data update request response 5703, and describing the 
data structure of the response 5703; an update option 
code 8809 indicating the range of data to be uploaded; 
a service provider ID 8810; and an issued time 8811, 15 
which indicates that the date on which the data update 
request response 5703 was issued. The data are closed 
and are addressed to the merchant (communication 
service provider for the electronic telephone card 
accounting machine) , thereby providing the data update 20 
request response 5703. 

[1 507] The update option code 8809 is code informa- 
tion that indicates the range of data to be uploaded to 
the service providing system. This code is employed to 
designate data for changing the service data area, data 25 
tor changing the service data area and the merchant 
area, all the data in the service data area, all the data in 
the service data area and the merchant area, or all the 
data in the basic program area, the service data area 
and the merchant area. The update option code 8809 is 30 
designated by the merchant processor in the service 
providing system, and the same code is not always des- 
ignated each time. 

[1 508] The gate terminal 1 01 , the merchant terminal 
102, the merchant terminal 103, the accounting 35 
machine 3555 or the electronic telephone card account- 
ing machine 800 receives the data update request 
response 5703, decrypts it and examines the digital sig- 
nature, and generates data that are designated with the 
update option code 8809. Then, the gate terminal 101 , 40 
the merchant terminal 102. the merchant terminal 103, 
the accounting machine 3555 or the electronic tele- 
phone card accounting machine 800 generates upload 
data 5704, i.e., a message that indicates to upload the 
data to the service providing system 1 1 0, and transmits 45 
the data to the service providing system. 
[1509] If a large volume of data is to be uploaded to 
the service system, the data are divided into a plurality 
of packets, which are transmitted as upload data 5704. 
[1510] As is shown in Fig. 88C, a digital signature of a so 
merchant (communication service provider) is provided 
for data that consists of an upload data header 8816, 
which is header information indicating that the message 
is the upload data 5704 and describing the data struc- 
ture; an upload packet number 881 7 indicating a packet ss 
number for each of a plurality of packets; compressed 
upload data 8818 that are obtained by compressing the 
data that are to be uploaded to the service providing 
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system; an accounting machine ID (gate ID for the gate 
terminal) 8819; a merchant (communication service 
provider) ID 8820; and an issued time 8821 , which indi- 
cates the date on which the upload data 5704 was 
issued. The data are closed and are addressed to the 
merchant (communication service provider), thereby 
providing the upload data 5704. 

[1 51 1 ] The "merchant processor of the service provid- 
ing system receives the upload data 5704, and decrypts 
it and examines the digital signature. Then, the mer- 
chant processor decompresses the compressed upload 
data 8818 and compares the obtained data with the 
memory data 4705 in the merchant information server 
903 and the other data managed in the merchant data 
management information 4700. Then, the merchant 
processor generates update data 5705, which is a mes- 
sage for updating data in the RAM and on the hard disk 
of the gate terminal 101 , the merchant terminal 102, the 
merchant terminal 103, the accounting machine 3555 or 
the electronic telephone card accounting machine 800. 
and transmits them thereto. If a large volume of data is 
to be uploaded to the service system, the data are 
divided into a plurality of packets, which are transmitted 
as upload data 5705. 

[1 51 2] As is shown in Fig. 88D, a digital signature of a 
service provider is provided for data that consists of an 
update data header 8826, which is header information 
indicating that the message is the update data 5705 and 
describing the data structure; an update packet number 
8827 indicating a packet number when the data are 
divided into a plurality of packets; compressed update 
data 8828 that are obtained by compressing update 
data; a service provider ID 8829; and an issued time 
8830, which indicates the date on which the update data 
5705 was issued. The data are closed and are 
addressed to the merchant (communication service 
provider), thereby providing the update data 5705. 
[1 51 3] The gate terminal 101 , the merchant terminal 
102, the merchant terminal 103, the accounting 
machine 3555 or the electronic telephone card account- 
ing machine 800 receives the update data 5705, 
decrypts it and examines the digital signature, decom- 
presses the update data 8828, and updates the data in 
the RAM and on the hard disk. 
[1514] In order to generate data for updating, when 
there is no extra space in the object data area or in the 
hard disk, the merchant processor of the service provid- 
ing system 110 compares the transaction times for the 
history information in the transaction list, and assigns a 
local address to the transaction information address for 
history information for which the transaction time is the 
latest. When the version of the program of the gate ter- 
minal 101 , the merchant terminal 102, the merchant ter- 
minal 103, the accounting machine 3555 or the 
electronic telephone card accounting machine 800 must 
be upgraded, the data in the basic program area are 
updated. 

[1515] When the merchant processor of the service 
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providing system 110 compares the upload data and 
finds the illegal alteration of the data, the merchant 
processor generates, instead of the update data 5705, a 
mandatory expiration instruction 5705', which is a mes- 
sage for halting the function of the gate terminal 101, 5 
the merchant terminal 102, the merchant terminal 103, 
the accounting machine 3555 or the electronic tele- 
phone card accounting machine 800, and transmits the 
instruction 5705* thereto. 

[1 516] As is shown in Fig. 88E, a digital signature of a io 
service provider is provided for data that consists of a 
mandatory expiration header 8835, which is header 
information indicating that the message is the manda- 
tory expiration instruction 5705' and describing the data 
structure; a service provider ID 8836; and an issued is 
time 8837, which indicates that the date on which the 
mandatory expiration instruction 5705' was issued. The 
data are closed and are addressed to the user, thereby 
providing the mandatory expiration instruction 5705'. 
[1517] Upon receipt of the mandatory expiration 20 
instruction 5705', the gate terminal 101, the merchant 
terminal 102, the merchant terminal 103, the accounting 
machine 3555 or the electronic telephone card account- 
ing machine 800 decrypts it and examines the digital 
signature, and changes the terminal status (or the 25 
accounting machine status) to "use disabled." As a 
result, the use of the gate terminal 101, the merchant 
terminal 102, the merchant terminal 103, the accounting 
machine 3555 or the electronic telephone card account- 
ing machine 800 is inhibited. 30 
[1518] Through the data updating process, informa- 
tion that is comparatively frequently used is stored in the 
RAM and on the hard disk of the gate terminal 101, the 
merchant terminal 102, the merchant terminal 103, the 
accounting machine 3555 or the electronic telephone 35 
card accounting machine 800, the latest version of the 
program is maintained for the gate terminal 101, the 
merchant terminal 102, the merchant terminal 103, the 
accounting machine 3555 or the electronic telephone 
card accounting machine 800, and the illegal alteration 40 
of the terminal data can be prevented. 
[1519] An explanation will now be given for the con- 
tents of messages that the mobile user terminal 101 
and the merchant terminal 102 exchange with the serv- 
ice providing system 1 1 0 during the processing for forci- 45 
bly updating data. During the processing for forcibly 
updating data, upon the need of urgent data dating, the 
service providing system 110 forcibly updates the con- 
tents of the RAM 1502 of the mobile user terminal 101 , 
or the contents of the RAM and the hard disk of the gate so 
terminal 101, the merchant terminal 102, the merchant 
terminal 103, the accounting machine 3555 or the elec- 
tronic telephone card accounting machine 800. This 
process is hereinafter called a forcible data updating 
process. " 55 

[1 520] In Rg. 56C is shown the forcible data updating 
process performed by the mobile user terminal 1 00, and 
in Figs. 87C to 87F are shown the contents of mes- 



tm 

sages that are exchanged by the mobile user terminal 
100 and the service providing system 1 10. 
[1521] When the data in the RAM of the mobile user 
terminal 100 must be urgently updated, such as when 
the terms of a contract with the user are changed, the 
service providing system 110 generates a data update 
instruction 5606, i.e., a message instructing the mobile 
user terminal 100 to perform the forcible data updating 
process, and transmits it to the mobile user terminal 
100. 

[1522] As is shown in Fig. 87F t the digital signature of 
a service provider is provided for data that consists of a 
data update instruction header 8740, which is header 
information indicating that the message is the data 
update instruction 5606 and describing the data struc- 
ture; an update option code 8741 ; a service provider ID 
8742; and an issued time 8743, which indicates the date 
on which the data update instruction 5606 was issued. 
These data are closed and addressed to the user, 
thereby providing the data update instruction 5S06. 
[1523] Upon receiving the data update instruction 
5606, the mobile user terminal 100 decrypts it and 
examines the digital signature, and generates data as 
designated by the update option code 8741 . Then, the 
mobile user 1 00 generates upload data 5607, which is a 
message for uploading the data to the service providing 
system 1 10, and transmits the data 5607 to the service 
providing system. 

[1524] If a large volume of data is to be uploaded to 
the service system, the data are divided into a plurality 
of packets, which are transmitted as upload data 5607. 
[1525] The user processor of the service providing 
system 1 10 receives the upload data 5607, decrypts it 
and examines the digital signature, decompresses the 
compressed upload data 8717 and compares the 
obtained data with the terminal data 4607 in the user 
information server 902 and the other data in user data 
management information 4600. Then, the service pro- 
viding system 110 generates the update data 5608, 
which is a message for updating data in the RAM 1502 
of the mobile user terminal 100, and transmits them to 
the mobile user terminal 1 00. If a large volume of data is 
to be transmitted to the mobile user terminal 100, the 
data are divided into a plurality of packets, which are 
transmitted as update data 5608. 
[1526] The mobile user terminal 100 receives the 
update data 5608, decrypts it, examines the digital sig- 
nature, decompresses the compressed update data 
8726, and updates the data in the RAM 1502. 
[1 527] When the user processor of the service provid- 
ing system compares the upload data with the other 
data and finds the illegal alteration of the data, the user 
processor generates, instead of the update data 5608, a 
mandatory expiration instruction 5608\ which is a mes- 
sage for halting the function of the mobile user terminal 
100, and transmits the instruction 5608' to the mobile 
user terminal 100. 

[1528] Upon receipt of the mandatory expiration 
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instruction 5608', the mobile user terminal 100 decrypts 
it, examines the digital signature, and changes the ter- 
minal status 1 802 to "use disabled." As a result, the use 
of the mobile user terminal 100 is inhibited. 
[1 529] In Fig. 57C is shown the forcible data updating 
process performed by the gate terminal 101, the mer- 
chant terminal 102, the merchant terminal 103. the 
accounting machine 3555 (automatic vending machine 
104) and the electronic telephone card accounting 
machine (switching center 105). In Figs. 88C to 88F are 
shown the contents of messages that are exchanged by 
the service providing system 1 10 and the gate terminal 
101, the merchant terminal 102, the merchant terminal 
1 03, the accounting machine 3555, or the electronic tel- 
ephone card accounting machine 800. 
[1 530] When the data in the RAM and on the hard disk 
of the gate terminal 101 , the merchant terminal 102, the 
merchant terminal 103, the accounting machine 3555, 
or the electronic telephone card accounting machine 
800 must be urgently updated, such as when the con- 
tents of a ticket is changed or the terms of a contract 
entered into by the service provider and the merchant 
(the communication service provider for the electronic 
telephone card accounting machine 800) are changed, 
the service providing system 110 begins the forcible 
data updating process. 

[1531] First, the merchant processor of the service 
providing system 110 generates a data update instruc- 
tion 5706, i.e., a message instructing the performance 
of the forcible data updating process, and transmits it to 
the gate terminal 101, the merchant terminal 102, the 
merchant terminal 103, the accounting machine 3555, 
or the electronic telephone card accounting machine 
800. 

[1532] As is shown in Fig. 88F, the digital signature of 
a service provider is provided for data that consists of a 
data update instruction header 8842, which is header 
information indicating that the message is the data 
update instruction 5706 and describing the data struc- 
ture; an update option code 8843; a service provider ID 
8844; and an issued time 8845, which indicates the date 
on which the data update instruction 5706 was issued. 
These data are closed and addressed to the user, 
thereby providing the data update instruction 5706. 
[1533] Upon receiving the data update instruction 
5706, the gate terminal 1 01 , the merchant terminal 102, 
the merchant terminal 103, the accounting machine 
3555, or the electronic telephone card accounting 
machine 800 decrypts it, examines the digital signature, 
and generates data as designated by the update option 
code 8843. Then, the gate terminal 101, the merchant 
terminal 102, the merchant terminal 103, the accounting 
machine 3555, or the electronic telephone card 
accounting machine 800 generates upload data 5707, 
which is a message for uploading the data to the service 
providing system 110, and transmits the data 5707 to 
the service providing system. 

[1534] If a large volume of data is to be uploaded to 



the service system, the data are divided into a plurality 
of packets, which are transmitted as upload data 5707. 
[1535] The merchant processor of the service provid- 
ing system receives the upload data 5707, and decrypts 

5 it and examines the digital signature. The merchant 
processor then decompresses the compressed upload 
data 8818 and compares the obtained data with the 
memory data 4705 in the merchant information server 
903 and the other data in merchant data management 
10 information 4700. Then, the merchant processor gener- 
ates the update data 5708, which is a message for 
updating data in the RAM and on the hard disk of the 
gate terminal 101. the merchant terminal 102. the mer- 
chant terminal 103, the accounting machine 3555, or 

15 the electronic telephone card accounting machine 800. 
and transmits them thereto. If a large volume of data is 
to be transmitted to the mobile user terminal 100, the 
data are divided into a plurality of packets, which are 
transmitted as update data 5708. 

20 [1 536] The gate terminal 101 , the merchant terminal 
102, the merchant terminal 103, the accounting 
machine 3555, or the electronic telephone card 
accounting machine 800 receives the update data 
5708, decrypts it and examines the digital signature, 

25 decompresses the compressed update data 8828, and 
updates the data in the RAM and on the hard disk. 
[1 537] When the merchant processor of the service 
providing system compares the upload data with the 
other data and finds the illegal alteration of data, the 

30 merchant processor generates, instead of the update 
data 5708, a mandatory expiration instruction 5708', 
which is a message for halting the function of the gate 
terminal 101, the merchant terminal 102, the merchant 
terminal 103, the accounting machine 3555, or the elec- 

35 tronic telephone card accounting machine 800, and 
transmits the instruction 5708' thereto. 
[1538] Upon receipt of the mandatory expiration 
instruction 5708', the gate terminal 101, the merchant 
terminal 1 02, the merchant terminal 103, the accounting 

40 machine 3555, or the electronic telephone card 
accounting machine 800 decrypts it and examines the 
digital signature, and changes the terminal statue (or 
the accounting machine status) to "use disabled." As a 
result, the use of the gate terminal 101, the merchant 

45 terminal 1 02, the merchant terminal 1 03, the accounting 
machine 3555, or the electronic telephone card 
accounting machine 800 is inhibited. 
[1539] An explanation will now be given for the con- 
tents of messages that the mobile user terminal 100 

so and the merchant terminal 104 exchange with the serv- 
ice providing system 110 during the processing for the 
data backup. During this processing, when the remain- 
ing battery capacity of the mobile user terminal 100 is 
small, the contents of the RAM are automatically 

55 backed up in the user information server of the service 
providing system. This process is hereinafter called a 
data backup process. 

[1 540] In Fig. 56D is shown the data backup process 
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performed by the mobile user terminal 100, and in Figs. 
87A to 87E are shown the contents of messages that 
are exchanged by the mobile user terminal 100 and the 
service providing system 110. The data backup process 
is performed in substantially the same manner as is the 5 
data updating process. In the backup process, when the 
mobile user terminal 1 00 receives the update data 561 2 
and updates the data in the RAM 1502, the terminal 100 
changes the terminal status 1802 to "writing disabled," 
and inhibits the input of new data to the RAM until there w 
is an adequate available battery capacity. 
[1541] When the battery capacity is reduced until it is 
equal to or smaller than Q, the mobile user terminal 1 00 
generates a data backup request 5609, i.e., a message 
requesting that the user processor of the service provid- 75 
ing system 110 perform the data backup process, and 
transmits it to the user processor. 
[1542] The user processor of the service providing 
system receives the data update request 5609, 
decrypts it and examines the digital signature, and gen- 20 
erates a data update request response 5610, i.e., a 
message indicating the range of data to be uploaded, 
and transmits it to the mobile user terminal 100. 
[1 543] The mobile user terminal 1 00 receives the data 
update request response 5610, decrypts it and exam- 25 
ines the digital signature, and generates data desig- 
nated by the update option code 8708. Then, the mobile 
user terminal 100 generates upload data 5611, i.e., a 
message that indicates to upload the data to the service 
providing system 110, and transmits the data 5611 to 30 
the service providing system 110. 
[1544] The user processor of the service providing 
system 1 1 0 receives the upload data 561 1 , decrypts it, 
and examines the digital signature. Then, the user proc- 
essor decompresses the compressed upload data 35 
871 7, and compares the obtained data with the terminal 
data 4607 in the user information server 902 and the 
other data in the user data management information 
4600. Then, the user processor generates the update 
data 5612, which is a message for updating data in the 40 
RAM 1502 of the mobile user terminal 100, and trans- 
mits them to the mobile user terminal 100. 
[1545] The mobile user terminal 100 receives the 
update data 5612, decrypts it and examines the digital 
signature, decompresses the compressed update data 45 
8726, and updates the data in the RAM 1502. In addi- 
tion, the mobile user terminal 100 changes the terminal 
status 1802 to "writing disabled," and inhibits the entry 
of new data in the RAM until there is an adequate bat- 
tery capacity. 50 
[1 546] When the user processor of the service provid- 
ing system compares the upload data with the other 
data and finds the illegal alteration of data, the service <> 
providing system 110 generates, instead of the update 
data 5612, a mandatory expiration instruction 5612', 55 
which is a message for halting the function of the mobile 
user terminal 100, and transmits the instruction 5612' to 
the mobile user terminal 100. 
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[1547] Upon receipt of the mandatory expiration 
instruction 5612', the mobile user terminal 100 decrypts 
it, examines the digital signature, changes the terminal 
status 1802 to "use disabled" and "writing disabled." As 
a result, the use of the mobile user terminal 1 00 is inhib- 
ited. 

[1 548] Similarly, in Fig. 57D is shown th§> data backup 
process performed by the merchant terminal 103, and in 
Figs. 88A to 88E are shown the contents of messages 
that are exchanged by the merchant terminal 103 and 
the service providing system 110. The data backup 
process is performed in substantially the same manner 
as for the data updating process. In the backup process, 
when the merchant terminal 103 receives the update 
data 5712 and updates the data in the RAM 3002, the 
merchant terminal 103 changes the terminal status 
3302 to "writing disabled," and inhibits the input of new 
data to the RAM until there is an adequate available bat- 
tery capacity 

[1549] When the battery capacity is reduced until it is 
equal to or smaller than Q, the merchant terminal 103 
generates a data backup request 5709, i.e., a message 
requesting that the merchant processor of the service 
providing system 110 perform the data backup process, 
and transmits it to the merchant processor. 
[1 550] The merchant processor of the service provid- 
ing system receives the data update request 5709, 
decrypts it and examines the digital signature, and gen- 
erates a data update request response 5710, i.e., a 
message indicating the range of data to be uploaded, 
and transmits it to the merchant terminal 103. 
[1551] The merchant terminal 103 receives the data 
update request response 5710, decrypts it, examines 
the digital signature, and generates data designated by 
the update option code 8809. Then, the merchant termi- 
nal 103 generates upload data 5711, i.e., a message 
that indicates to upload the data to the service providing 
system 110, and transmits the data 571 1 to the service 
providing system. 

[1 552] The merchant processor of the service provid- 
ing system receives the upload data 571 1 , decrypts and 
it and examines the digital signature. Then, the mer- 
chant processor decompresses the compressed upload 
data 8818, and compares the obtained data with the 
memory data 4705 in the merchant information server 
903 and the other data in the merchant data manage- 
ment information 4700. Then, the merchant processor 
generates the update data 571 2, which is a message for 
updating data in the RAM 3002 of the merchant terminal 
103, and transmits them to the merchant terminal 103. 
[1 553] The merchant terminal 1 03 receives the update 
data 5712, decrypts it and examines the digital signa- 
ture, decompresses the compressed update data 8826, 
and updates the data in the RAM 3002. In addition, the 
merchant terminal 103 changes the terminal status 
3302 to "writing disabled," and inhibits the entry of new 
data in the RAM until there is an adequate battery 
capacity 
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[1554] When the merchant processor of the service 
providing system compares the upload data with the 
other data and finds the illegal alteration of the data, the 
merchant processor generates, instead of the update 
data 5712, a mandatory expiration instruction 5712', 
which is a message for halting the function of the mer- 
chant terminal 103, and transmits the instruction 5712' 
to the merchant terminal 103. 

[1555] Upon receipt of the mandatory expiration 
instruction 5712', the merchant terminal 103 decrypts it 
and examines the digital signature, and changes the 
terminal status 3302 to "use disabled" and "writing disa- 
bled." As a result, the use of the merchant terminal 103 
is inhibited. 

[1556] An explanation will now be given for the con- 
tents of messages that are exchanged by devices dur- 
ing the ticket order processing. 

[1557] In Fig. 58 are shown the procedures used for 
exchanging messages by the devices during the ticket 
order processing, and in Figs. 89A and 89B and Figs. 
90A and 90B are shown the contents of messages that 
are exchanged by devices during the ticket order 
processing. 

[1558] First, when a user displays the ticket order 
screen on the mobile user terminal 100 and performs a 
ticket order operation 5800, the mobile user terminal 
transmits a ticket order 5801 to the service providing 
system via digital wireless telephone communication. 
[1 559] As is shown in Fig. 89A, the digital signature of 
a user is provided for data that consists of a ticket order 
header 8900, which is header information indicating that 
the message is the ticket order 5801 and indicating the 
data structure; a service code 8901 , which identifies the 
type of service requested by the user; a ticket order 
code 8902, which identifies the order code of a ticket 
entered by the user; a desired ticket date 8903; a 
desired number of tickets 8904; a request number 8905, 
which is arbitrarily generated as a number that uniquely 
represents the ticket order processing; a user ID 8906; 
and an issued time 8907, which indicates the date on 
which the ticket order 5801 is issued. These data are 
closed and addressed to the service providing system, 
thereby providing the ticket order 5801. The service 
code 8901 identifies the ticket order for a ticket issuer 
selected by the user. 

[1 560] Upon receiving the ticket order 5801 , the user 
processor of the service providing system 110 decrypts 
it and examines the digital signature, and transmits it to 
the service manager processor. Then, the service man- 
ager processor generates a service director processor 
to form a process group for processing a ticket order 
8908. The service director processor refers to the ticket 
issuer list 5203 and generates a ticket order 8920 for the 
ticket issuer identified by the service code 8901. The 
ticket issuer processor closes the ticket order 8920 and 
addresses it to the ticket issuer, and transmits the 
resultant order as a ticket order 1 1 402 to the ticket issu- 
ing system 107. 
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[1561] As is shown in Fig. 89B, the digital signature of 
a service providing system is provided for data that con- 
sist of a ticket order header 8912, which is header infor- 
mation indicating that the message is the ticket order 

5 5802 and describing the data structure; a ticket order 
code 8913; a desired ticket date 8914; a desired 
number of tickets 8915; a request number 8916; a cus- 
tomer number 8917, which uniquely identifies a user for 
the ticket issuer; a service provider ID 8918; and an 

w issued time 8919. which indicates the date on which the 
ticket order 5802 was issued. These data are closed 
and addressed to the ticket issuer, thereby providing the 
ticket order 5802. 

[1562] The customer number 8917 is identification 

is information for a user that is useful only to the ticket 
issuer, and differs from the user ID or the telephone 
number. When there was a previous transaction to 
which the user and the ticket issuer were parties, the 
customer number that is registered in the customer 

20 table of the ticket issuer is designated. The customer 
table is indicated by using the customer table address 
5230 of the ticket issuer list 5203. 
[1 563] Upon receiving the ticket order 5802 , the ticket 
issuing system 107 decrypts it and examines the digital 

25 signature. The ticket issuing server 1100 employs the 
customer information in the customer information server 
1101 and the ticket issuing condition of the ticket infor- 
mation server 1 103 to generate a ticket order response 
5803, which is a message prepared as a response to 

30 the ticket order 5802 , and transmits it to the service pro- 
viding system. 

[1 564] As is shown in Fig. 90 A, the digital signature of 
a ticket issuer is provided for data that consists of a 
ticket order response header 9000, which is header 

35 information indicating that the message is the ticket 
order response 5803 and describing the data structure; 
a response code 9001, which identifies the type of 
response prepared for the ticket order 5802; a request 
number 9002; a customer number 9003; a ticket sales 

40 offer 9004, which constitutes an offer made by the ticket 
issuer to the user; an offer number 9005, which is an 
arbitrarily generated number that uniquely represents 
the offer made to the user; a validity term 9006 for the 
ticket sales offer 9004; a ticket issuer ID 9007; and an 

45 issued time 9008, which indicates the date on which the 
ticket order response 5803 was issued. These data are 
closed and addressed to the service provider, thereby 
providing the ticket order response 5803. 
[1 565] The response code 9001 identifies the type of 

so response prepared for a ticket order, such as "ticket 
available," "sold out," "over ticket limit," or "ticket order 
code error." 

[1566] The ticket sales offer 9004 is text information 
for the order received from the user, and includes the 
55 seat number for an available ticket or the price of a 
ticket. The digital signature of a ticket issuer is provided 
for the ticket sales offer. When a ticket can not be issued 
because all tickets have been sold, the ticket sales offer 
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is not set. 

[1567] The ticket issuing system 107 can specify a 
customer using the customer number 8917 that is 
included in the ticket order 5802. Before generating the 
ticket order response 5803, the ticket issuing system 5 
107 can change the seat or the price of the ticket 
included in the ticket sales offer 9004 based on the pur- 
chase history of the customer. 

[1 568] Upon receiving the ticket order response 5803 , 
the ticket issuer processor of the service providing sys- 10 
tern decrypts it and examines the digital signature, and 
transmits it to the service director processor. The serv- 
ice director processor uses a ticket order response 
9009 to generate a ticket order response 9023. The 
user processor closes the ticket order response 9023 is 
and addresses IT to the user, and transmits it as a ticket 
order response 5804 to the mobile user terminal. 
[1 569] As is shown in Fig. 90B, the digital signature of 
a service provider is provided for data that consists of a 
ticket order response header 9014, which is header 20 
information identifying the message as the ticket order 
response 5804 and describing the data structure; a 
response code 9015; a response message 9016, which 
comprises the contents of the response to the ticket 
order; a request number 901 7; a ticket sales offer 901 8; 25 
an offer number 9019; a validity term 9020 for the ticket 
sales offer 9018; a service provider ID 9021; and an 
issued time 9022, which indicates the date on which the 
ticket order response 5804 was issued. These data are 
closed and addressed to the user, thereby providing the 30 
ticket order response 5804. 

[1 570] The response message 90 1 6 is a standardized 
text message that the service director processor sets in 
accordance with the response code 9001. When the 
response code 9001 is not code indicating "ticket avail- 35 
able," a standardized message is prepared that com- 
prises the contents of the response code. 
[1 571 ] Upon receiving the ticket order response 5804, 
the mobile user terminal decrypts it and examines the 
digital signature, and displays the contents of the ticket 40 
order response 5804 on the LCD 303. The ticket order 
processing is thereafter terminated. When the response 
code 9015 indicates "ticket available," the contents of 
the ticket sales offer 9018 are displayed. In the other 
cases, the response message 9016 is displayed. 45 
[1572] An explanation will now be given for the con- 
tents of messages that are exchanged by devices dur- 
ing the ticket purchase processing. 
[1573] In Fig. 59 are shown the procedures for the 
exchange of messages by devices during the ticket pur- so 
chase processing. In Figs. 91 A and 91 B, 92A and 92B, 
93A and 93B, 94A and 94B, and 95A and 95B are 
shown the contents of messages that are exchanged by 
devices during the ticket purchase processing. 
[1574] First, when a user performs a ticket purchase 55 
order operation 5900, the mobile user terminal trans- 
mits a ticket purchase order 5901 to the service provid- 
ing system through digital wireless telephone 



communication. 

[1 575] As is shown in Fig. 91 A, the digital signature of 
a user is provided for data that consists of a ticket pur- 
chase order header 9100, which is header information 
identifying the message as the ticket purchase order 
5901 and describing the data structure; a response 
code 9101 , which identifies the type of service 
requested by the user; a ticket sales offer 9102, which is 
included in the ticket order response 5804; an offer 
number 9103, which identifies the ticket sales offer 
9102; a payment service code 9104, which identifies a 
credit card designated by the user; a payment value 
9105; a payment option code 9106, which identifies a 
payment option, such as the number of payments des- 
ignated by the user; a request number 9107, which is an 
arbitrarily generated number that uniquely represents 
the ticket purchase processing; a validity term 9108 for 
the ticket purchase order 5901 ; a user ID 91 09; and an 
issued time 91 10, which is the date on which the ticket 
purchase order 5901 was issued. These data are 
closed and addressed to the service provider, thereby 
providing the ticket purchase order 5901 . The service 
code 9101 identifies the purchase of a ticket from a 
ticket issuer who issued the ticket sales offer 9102. 
[1 576] Upon receiving the ticket purchase order 5901 , 
the user processor of the service providing system 110 
decrypts it and examines the digital signature, and 
transmits it to the service manager processor. Then, the 
service manager processor generates a service director 
processor to form a process group that processes a 
ticket order 8908. The service director processor refers 
to the ticket issuer list 5203 and generates a ticket pur- 
chase order for the ticket issuer indicated by the service 
code 9101 . The ticket issuer processor closes the ticket 
order and addresses it to the ticket issuer, and transmits 
the resultant order as a ticket purchase order 5902 to 
the ticket issuing system 107. 

[1 577] As is shown in Fig. 91 B, the digital signature of 
a service providing system is provided for data that con- 
sists of a ticket purchase order header 91 1 5, which is 
header information indicating that the message is the 
ticket purchase order 5902 and describing the data 
structure; an offer number 91 1 6, which iderrtffies a ticket 
sales offer issued by the ticket issuer; a payment serv- 
ice code 91 17; a payment value 91 18; a payment option 
code 91 19; a request number 9120; a customer number 
9121, which uniquely represents a user for the ticket 
issuer; a validity term 9122 for the ticket purchase order 
5902; a service provider ID 9123; and an issued time 
9124, which is the date on which the ticket purchase 
order 5902 was issued. These data are closed and 
addressed to the ticket issuer, thereby providing the 
ticket purchase order 5902. 

[1578] When there was a previous transaction to 
which the user and the ticket issuer were parties, a cus- 
tomer number that is registered in the customer table of 
the ticket issuer is established as the customer number 
9121. When there was no previous transaction, the 
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seryice directdr processor generates for the ticket issuer 
a number that uniquely represents the user, establishes 
it as the customer number 9121, and registers that 
number in the customer table. The customer table is 
designated by using the customer table address 5230 of 5 
the ticket issuer list 5203. 

[1 579] Upon receiving the ticket order 5902, the ticket 
issuing system 107 decrypts it and examines the digital 
signature. The ticket issuing server 1100 updates the 
data in the customer information server 1 101 , the ticket to 
issuing information server 1 102 and the ticket informa- 
tion server 1103, generates ticket data (9219) for the 
ordered ticket, and transmits, to the service providing 
system, an electronic ticket issuing commission 5903, 
which constitutes a message requesting the process for 75 
issuing an electronic ticket that corresponds to the ticket 
and the process for settling the price of the ticket. 
[1 580] As is shown in Fig. 92A, the digital signature of 
a ticket issuer is provided for data that consists of an 
electronic ticket issuing commission header 9200, 20 
which is header information identifying the message as 
the electronic ticket issuing commission 5903 and 
describing the data structure; a transaction number 
9201, which is an arbitrarily generated number that 
uniquely identifies a transaction to which a user is a 25 
party; a sales value 9202, which conveys the price of a 
ticket; a clearing option 9203, which indicates which 
clearing procedures apply; a request number 9204; a 
ticket code 9205, which identifies the type of electronic 
ticket that is to be issued; a template code 9206, which 30 
identifies a template program to be used for an elec- 
tronic ticket that is to be issued; a number of tickets 
9207, which indicates how many tickets are to be 
issued; ticket data 9208; representative component 
information 9209; a ticket issuer ID 921 0; and an issued 35 
time 9210, which is the date on which the electronic 
ticket issuing commission 5903 was issued. These data 
are closed and addressed to the service provider, 
thereby providing the electronic ticket issuing commis- 
sion 5903. 40 
[1581] The clearing option 9203 is information by 
which the ticket issuing system designates, to the serv- 
ice providing system, the procedures to be used for 
clearing the price of a ticket. The clearing process is 
roughly divided into a spontaneous clearing process for 45 
issuing an electronic ticket to a user after the price of the 
ticket has been cleared, and a delayed clearing process 
for clearing the price of a ticket after an electronic ticket 
has been issued. The clearing option 9203 is used to 
designate either clearing process. 50 
[1 582] In the delayed clearing process, since an elec- 
tronic ticket is issued to a user before the clearing proc- 
ess Is performed, the user does not have to wait. 
[1583] For example, based on a purchase history 
maintained for customers, the ticket issuer can desig- 55 
nate the delayed clearing process for a customer with 
whom it has had dealings and who is known to be trust- 
worthy, and can designate the spontaneous clearing for 



a customer with whom it has had no previous dealings. 
[1 584] The ticket data 9208 is ticket information issued 
by the ticket issuer. A number of ticket information items 
equivalent to the number of tickets 9207 are established 
as the ticket data 9208. For one ticket, the digital signa- 
ture of a ticket issuer is provided for data that consist of 
a ticket ID 9216, ticket information 9217 and a ticket 
issuer ID 9218, and the ticket information is thereby pro- 
vided. The ticket information 9217 is ASCII information 
descrtoing the contents of a ticket. For the ticket infor- 
mation 9217, the title of a ticket, the date, the location, 
the seat class, the sponsor and whether it can be trans- 
ferred, and the usage condition information, such as the 
number of coupon tickets, when the ticket is used as a 
coupon ticket, are described using a form whereby tag 
information representing various information types is 
additionally provided. 

[1585] The representative component information 
9209 is information that is established as the represent- 
ative component information 1932 for an electronic 
ticket to be generated. Therefore, the representative 
component information 9209 may not be set for use. 
[1 586] The ticket issuer processor of the service pro- 
viding system receives the electronic ticket issuing com- 
mission 5903, decrypts it and examines the digital 
signature, and transmits it to the service director proc- 
essor. The service director processor performs the elec- 
tronic ticket issuing process and the ticket price clearing 
process in accordance with the clearing procedures 
designated by using the clearing option 9203. 
[1587] In Fig. 59 is shown the spontaneous clearing 
process. The delayed clearing process will be described 
later. 

[1588] For the spontaneous clearing, the service 
director processor generates a clearing request 9324, 
which is a message requesting the clearing of the price 
of a ticket. The transaction processor processor closes 
the clearing request 9324 and addresses it to the trans- 
action processor, and then transmits it as a clearing 
request 5904 to the transaction processing system 106. 
[1 589] As is shown in Fig. 93B, the digital signature of 
a service provider is provided for data that consists of a 
clearing request header 9314. which is header informa- 
tion indicating that the message is the clearing request 
5904 and describing the data structure; a user clearing 
account 9315, which includes a credit card that corre- 
sponds to the payment service code designated by the 
user; a ticket issuer clearing account 931 6, which desig- 
nates the clearing account of a ticket issuer; a payment 
value 9317; a payment option code 9318; a request 
number 9319, which is issued by the mobile user termi- 
nal 100; a transaction number 9320, which is issued by 
the ticket issuing system; a validity term 9321, which 
presents the period during which the clearing request 
5904 is effective; a service provider ID 9322; and an 
issued time 9323, which indicates the date on which the 
clearing request 5904 was issued. These data are 
closed and addressed to the transaction processor, 
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thereby providing the clearing request 5904. 
[1590] The transaction processing system 106 
receives the clearing request 5904, decrypts it and 
examines the digital signature, and performs the clear- 
ing process. Then, the transaction processing system 
106 generates a clearing completion notification 5905, 
and transmits it to the service providing system 110. 
[1 591 ] As is shown in Fig. 94A, the digital signature of 
a transaction processor is provided for data that consist 
of a clearing completion notification header 9400, which 
is header information indicating that the message is the 
clearing completion notification 5905 and describing the 
data structure; a clearing number 9401, which is an 
arbitrarily generated number that uniquely represents 
the clearing process performed by the transaction 
processing system 106; a user clearing account 9402; a 
ticket issuer clearing account 9403; a payment value 
9404; a payment option code 9405; a request number 
9406; a transaction number 9407; clearing information 
9408 for a service provider that is accompanied by the 
digital signature of the transaction processor; clearing 
information 9409 for a ticket issuer that is accompanied 
by the digital signature of the transaction processor; 
clearing information 9410 for a user that is accompa- 
nied by the digital signature of the transaction proces- 
sor; a transaction processor provider ID 9411; and an 
issued time 9412, which indicates the date on which the 
clearing completion notification was issued. These data 
are closed and addressed to the service provider, 
thereby providing the clearing completion notification 
5905. 

[1592] Upon receiving the clearing completion notifi- 
cation 5905, the transaction processor processor of the 
service providing system 110 decrypts it and examines 
the digital signature, and transmits a clearing comple- 
tion notification 9413 to the service director processor. 
Upon receiving the clearing completion notification 
9413, the service director processor generates a clear- 
ing completion notification 9430 for the ticket issuer. The 
ticket issuer processor closes the clearing completion 
notification 9430. and transmits it to the ticket issuing 
system 107 as a clearing completion notification 5906 
for the ticket issuer. 

[1 593] As is shown in Fig. 94B, the digital signature of 
a service provider is provided for data that consist of a 
clearing completion notification header 9417, which is 
header information indicating that the message is the 
clearing completion notification 5906 and describing the 
data structure; a clearing number 9418; a customer 
number 9419; a ticket issuer ID 9420; a payment serv- 
ice code 9421 ; a payment value 9422; a payment option 
code 9423; a request number 9424; a transaction 
number 9425; clearing information 9426 for a ticket 
issuer that is accompanied by the digital signature of the 
transaction processor; a transaction processor ID 9427; 
a service provider ID 9428; and an issued time 9429, 
which indicates the date on which the clearing comple- 
tion notification was issued. These data are closed and 
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addressed to the ticket issuer, thereby providing the" 
clearing completion notification 5906. 
[1594] Upon receiving the clearing completion notifi- 
cation 5906, the ticket issuing system decrypts it and 
5 examines the digital signature, and generates a receipt 
5907 and transmits it to the service providing system. 
[1595] As is shown in Fig. 95A, the digital signature of 
a ticket issuer is provided for data that consists of a 
receipt header 9500, which is header information indi- 
te eating that the message is the receipt 5907 and describ- 
ing the data structure; a customer number 9501 ; ticket 
issuing information 9502; a payment service code 9503; 
a payment value 9504; a payment option code 9505; a 
request number 9506; a transaction number 9507; 
is clearing information 9508; a transaction processor ID 
9509; a ticket issuer ID 9510; and an issued time 9511, 
which indicates the date on which the receipt 5907 was 
issued. These data are closed and addressed to the 
service provider, thereby providing the receipt 5907. 
20 The ticket issuing information 9502 is information con- 
cerning the ticket issuing process performed by the 
ticket issuing system, and is accompanied by the digital 
signature of the ticket issuer. 

[1596] Upon receiving the receipt 5907, the ticket 

25 issuer processor of the service providing system 110 
decrypts it and examines the digital signature, and 
transmits a receipt 9512 to the service director proces- 
sor. The service director processor employs the receipt 
9512 to generate a receipt 9523 for a user. 

30 [1597] In addition, the service director processor gen- 
erates a clearing completion notification 9430 for the 
ticket issuing system, generates an electronic ticket to 
be issued to the user, and further generates an elec- 
tronic ticket issuing message 9227 that includes the 

35 electronic ticket that is generated. 

[1 598] The user processor closes the electronic ticket 
issuing message 9227 and the receipt 9523 while 
addressing them to the user, and transmits them as an 
electronic ticket issuing message 5908 and a receipt 

40 5909 to the mobile user terminal 1 00 via digital wireless 
communication. 

[1599] As is shown in Fig. 92B, the digital signature of 
a service provider is provided for data that consist of an 
electronic ticket issuing header 9220, which is header 

45 information indicating that the message is the electronic 
ticket issuing message 5908 and describing the data 
structure; a transaction number 9221 ; a request number 
9222; the number of tickets 9223; electronic ticket data 
9224 that are generated; a service provider ID 9225; 

so and an issued time 9226, which indicates the date on 
which the electronic ticket issuing message 5908 was 
issued. These data are closed and addressed to the 
user, thereby providing the electronic ticket issuing mes- 
sage 5908. The electronic ticket data 9224 includes 

55 electronic tickets 9231 equivalent in number to the 
number of tickets 9223. 

[1600] As is shown in Fig. 95B, the digital signature of 
a service provider is provided for data that consists of a 
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receipt header 9516, which is header information indi- 
cating that the message is the receipt 5909 and describ- 
ing the data structure; a user ID 9517; a receipt 9518 
(9512) obtained by decryption; clearing information 
951 9 for a user that is accompanied by the digital signa- 
ture of a transaction processor; ticket issuing informa- 
tion 9520; a service provider ID 9521; and an issued 
time 9£22, which indicates the date on which the receipt 
5909 was issued. These data are closed and addressed 
to the user, thereby providing the receipt 5909. The 
ticket issuing information 9520 is information for the 
electronic ticket issuing process performed by the serv- 
ice providing system, and is accompanied by the digital 
signature of the service provider. 
[1601] Upon receiving the electronic ticket issuing 
message 5908 and the receipt 5909, the mobile user 
terminal decrypts them and examines the digital signa- 
tures, enters in the ticket list 1712 an electronic ticket 
included in the electronic ticket issuing message 5908, 
enters the receipt 9523 in the use list 1 715, and displays 
the electronic ticket on the LCD 303. 
[1602] The generation of an electronic ticket by the 
service director processor is performed as follows. 
[1603] First, the service director processor refers to 
the electronic ticket template list 4905 for the ticket 
issuer that is stored in the ticket issuer information 
server. Then, by using the electronic ticket template pro- 
gram that is identified by the template code 9206 of the 
electronic ticket issuing commission 5903, the service 
director processor generates a ticket program for an 
electronic ticket. Specifically, the ticket program data 
1913 for an electronic ticket are generated using the 
transaction module and the display module, which are 
described as being located at the transaction module 
address 4919, and the display module address 4920 in 
the electronic ticket template list 4905, and the repre- 
sentative component information 9209 in the electronic 
ticket issuing commission 5903. When the representa- 
tive component information 9209 is not present in the 
electronic ticket issuing commission 5903, the default 
representative component information located at the 
default representative component information address 
4921 is employed as the information for an electronic 
ticket. 

[1604] Following this and based on the usage condi- 
tion information included in the ticket information 9217, 
the service director processor generates the ticket sta- 
tus 1907 and the variable ticket information 1908. 
Whether the ticket status 1907 can be transferred is 
designated, and when the ticket is used as a coupon 
ticket, the number of coupons is employed as the varia- 
ble ticket information 1907. The service director proces- 
sor generates a new pair consisting of a ticket signature 
private key and a ticket signature public key, and further 
generates the ticket program 1901 for an electronic 
ticket by employing the ticket private key and the gate 
public key that are registered in the electronic ticket 
management information 5300. 
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[1605] Furthermore, the service director processor 
generates an electronic ticket by employing the 
obtained ticket signature public key to generate the cer- 
tificate 1903 for the electronic ticket, and by employing 
5 the ticket data 9219 in the electronic ticket issuing com- 
mission 5903 to generate the presentation ticket 1902 
for the electronic ticket. 

[1606] The procedures for the delayed clearing will 
now be described. 

10 [1607] In Fig. 60 are shown the procedures for 
exchanging messages between the devices in the ticket 
purchase process for the delayed clearing. The same 
process is performed as is used for the spontaneous 
clearing until the ticket issuing system transmits the 

is electronic ticket issuing commission to the service pro- 
viding system. 

[1 608] When the delayed clearing is designated by the 
clearing option 9203, the service director processor 
generates an electronic ticket to be issued to the user, 

20 and also generates the electronic ticket issuing mes- 
sage 9227, which includes the generated electronic 
ticket, and a temporary receipt message 9310, which 
corresponds to a temporary receipt. The generation of 
the electronic ticket is performed in the same manner as 

25 that used for the spontaneous clearing. 

[1 609] The user processor closes the electronic ticket 
issuing message 9227 and the temporary receipt 9310 
and addresses them to the user, and transmits these 
messages as an electronic ticket issuing message 6004 

30 and a temporary receipt 6005 to the mobile user termi- 
nal 100 via digital wireless telephone communication. 
[1 61 0] As is shown in Fig. 93A ( the digital signature of 
a service provider is provided for data that consists of a 
temporary receipt header 9300, which is header infor- 

35 mation indicating that the message is the temporary 
receipt 6005 and describing the data structure; a user 
ID 9301; ticket issuing information 9302; a payment 
service code 9303; a payment value 9304; a payment 
option code 9305; a request number 9306; a transaction 

40 number 9307; a service provider ID 9308; and an issued 
time 9309, which indicates the date on which the tempo- 
rary receipt 6005 was issued. These data are dosed 
and addressed to the user, thereby providing the tempo- 
rary receipt 6005. The ticket issuing information 9302 is 

45 information concerning the electronic ticket issuing 
process that is performed by the service providing sys- 
tem, and is accompanied by the digital signature of the 
service provider. 

[1611] The data structure of the electronic ticket issu- 
50 ing message 6004 is the same as that used for the elec- 
tronic ticket issuing message 5908. 
[1612] Upon receiving the electronic ticket issuing 
message 6004 and the temporary receipt 6005, the 
mobile user terminal decrypts them and examines the 
55 digital signatures, enters an electronic ticket included in 
the electronic ticket issuing message 6004 in the ticket 
list 1712, enters the temporary receipt 9310 in the use 
list 1715, and displays the electronic ticket on the LCD 
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303. 

[1613] Following this, the service director processor 
performs the clearing process for the price of the ticket. 
First, the service director processor generates a clear- 
ing request 9324, which is a message requesting the s 
performance of the clearing process for the price of the 
ticket. The transaction processor closes the clearing 
request 9324 and addresses it to the transaction proc- 
essor, and transmits it as a clearing request 6007 to the 
transaction processing system 106. 10 
[1614] Upon receiving the clearing request 6007, the 
transaction processing system 106 decrypts it and 
examines the digital signature, and performs the clear- 
ing process. The transaction processing system 106 
generates a clearing completion notification 6008 and 15 
transmits it to the service providing system 1 10. 
[1615] Upon receiving the clearing completion notifi- 
cation 6008, the transaction processor processor of the 
service providing system 1 10 decrypts it and examines 
the digital signature, and transmits a clearing comple- 20 
tion notification 9413 to the service director processor. 
The service director processor employs the received 
clearing completion notification 9413 to generate a 
clearing completion notification 9430 for the ticket 
issuer. And the ticket issuer processor closes the clear- 25 
ing completion notification 9430 and transmits it to the 
ticket issuing system 107 as a clearing completion noti- 
fication 6009 for the ticket issuer. 
[1 61 6] The ticket issuing system decrypts the received 
clearing completion notification 6009 and examines the 30 
digital signature, and generates a receipt 6010 and 
transmits it to the service providing system. 
[1 61 7] The ticket issuer processor of the service pro- 
viding system decrypts the received receipt 6010 and 
examines the digital signature, and transmits a receipt 35 
9512 to the service director processor. The service 
director processor employs the receipt 9512 to generate 
a receipt 9523 for a user. 

[1 61 8] The receipt 9523 that is generated is not \ mme- 
diately transmitted to the mobile user terminal 1 00 of 40 
the user. When the mobile user terminal has performed 
the data updating process, the user processor replaces 
the temporary receipt 9310 in the use list 1715 with the 
receipt 9523, and transmits the receipt 9523 as one part 
of the update data 601 1 to the mobile user terminal 100. 45 
[1619] The data structures of the clearing request 
6007, the clearing completion notification 6008, the 
clearing completion notification 6009 and the receipt 
6010 for the delayed clearing are the same as those 
provided for the clearing request 5904, the clearing so 
completion notification 5905, the clearing completion 
notification 5906 and the receipt 5907 for the spontane- 
ous clearing. 

[1 620] The delayed clearing process need not be per- 
formed immediately after the electronic ticket is issued, ss 
and together with the other clearing processes, may be 
performed, for example, once a day. 
[1621] An explanation will now be given for the con- 
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tents of messages that are exchanged by the mobile 
user terminal 100 and the service providing system 110 
during the ticket registration processing. 
[1622] In Fig. 65A are shown the procedures for 
exchanging messages between devices in the ticket 
registration processing, and in Figs. 106Aand 106B are 
shown the contents of messages that are exchanged by 
the devices in the ticket registration processing. 
[1623] First, when the user performs an electronic 
ticket registration operation 6500, the mobile user termi- 
nal generates a ticket registration request 6501 and 
transmits it to the service providing system via digital 
wireless telephone communication. 
[1624] As is shown in Fig. 106A, the digital signature 
of a user is provided for data that consists of a ticket reg- 
istration request header 10600, which is header infor- 
mation indicating that the message is the ticket 
registration request 6501 and describing the data struc- 
ture; a ticket ID 10601 of a ticket to be registered; a user 
ID 10602; and an issued time 10603, which indicates 
the date on which the ticket registration request 6501 
was issued. These data are closed and addressed to 
the service provider, thereby providing the ticket regis- 
tration request 6501 . 

[1625] The user processor of the service providing 
system decrypts the received ticket registration request 
6501 and examines the digital signature, and transmits 
the request 6501 to the service manager processor. 
The service manager processor generates a service 
director processor to form a process group that proc- 
esses a ticket registration request 10604. The service 
director processor ascertains that the electronic ticket 
indicated by the ticket ID 1 0601 is registered in the ticket 
list 4610 for the user in the user information server 902, 
and registers that electronic ticket in the registered 
ticket list 5303 for electronic tickets of the service direc- 
tor information server 901. At this time, the service 
director processor newly generates a ticket signature 
private key and a ticket signature public key pair. Fur- 
ther, the service director processor generates a regis- 
tered ticket certificate using the ticket signature public 
key, and registers it in the registered ticket list 5303. The 
service director processor then generates a ticket certif- 
icate issuing message 13313 using the ticket signature 
private key and the registered ticket certificate that has 
been generated. The user processor closes the ticket 
certificate issuing message 13313 and addresses it to 
the user, and transmits it as a ticket certificate issuing 
message 6502 to the mobile user terminal via digital 
wireless telephone communication. 
[1626] As is shown in Fig. 106B, the digital signature 
of a service provider is provided for data that consists of 
a ticket certificate issuing header 10608, which is 
header information indicating that the message is the 
ticket certificate issuing message 6502 and describing 
the data structure; a ticket digital signature private key 
10609; a registered ticket certificate 10610; a service 
provider ID 10611, and an issued time 10612, which 
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indicates the date on which the ticket certificate issuing 
message 6502 was issued. These data are closed and 
addressed to the user, thereby providing the ticket cer- 
tificate issuing message 6502. 

[1627] The mobile user terminal 100 decrypts the 
received ticket certificate issuing message 6502 and 
examines the digital signature, replaces the ticket signa- 
ture private key and the ticket certificate of an electronic 
ticket with the ticket signature private key 10609 and the 
registered ticket certificate 10610, both of which are 
included in the ticket certificate issuing message 6502, 
changes the registration state in the ticket status to the 
post-registration state, and displays on the LCD the 
electronic ticket that has been registered (display a 
ticket that is registered ; 6503) . 
[1628] An explanation will now be given for the con- 
tents of messages that are exchanged by the gate ter- 
minal 101 and the service providing system 1 10 during 
the ticket setup processing. 

[1629] In Fig. 66 are shown procedures for exchang- 
ing messages between the devices in the ticket setup 
processing performed when the merchant sets up, at 
the gate terminal 101, a ticket to be examined. In Figs. 
109A and 109B are the contents of messages that are 
exchanged by the devices during the ticket setup 
processing. 

[1 630] First, when the operator (merchant) of the gate 
terminal 101 performs a ticket setup operation 6600, the 
gate terminal generates a ticket setup request 6601 and 
transmits it to the service providing system via digital 
telephone communication. 

[1631] As is shown in Fig. 109A, the digital signature 
of a merchant is provided for data that consists of a 
ticket setup request header 10900, which is header 
information indicating that the message is the ticket 
setup request 6601 and describing the data structure; a 
ticket code 10901 entered by the merchant during the 
ticket setup operation 6600; a gate ID 1 0902 for the gate 
terminal; a merchant ID 10903; and an issued time 
10904, which indicates the date on which the ticket 
setup request 6601 was issued. These data are closed 
and addressed to the service provider, thereby provid- 
ing the ticket setup request 6601 . 
[1 632] The merchant processor of the service provid- 
ing system decrypts the received ticket setup request 
6601 and examines the digital signature, and transmits 
the request 6601 to the service manager processor. 
The service manager processor generates a service 
director processor to form a process group that proc- 
esses a ticket setup request 1 0605. The service director 
processor ascertains that a merchant is registered in 
the merchant list 5302 for the electronic ticket that is 
identified by the ticket code 10901 for the service direc- 
tor information server 901. Then, the service director 
processor generates a ticket setup message 10919 by 
referring to the electronic ticket management informa- 
tion 5300, which is stored in the service director infor- 
mation server 901 for the pertinent electronic ticket, and 
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the electronic ticket template list 4905, which is stored in 
the ticket issuer information server 905 of the pertinent 
ticket issuer (the ticket issuer ID 5306). Specifically, the 
service director processor generates the ticket setup 

5 message 1 091 9 by using the ticket examination module, 
which is located at the ticket examination module 
address 4922 in the electronic ticket template list 4905 
that is identified by the template code 5312 of the elec- 
tronic ticket management information 5300. and the 

io ticket public key 5309 and the gate private key 5310, 
which are registered in the electronic ticket manage- 
ment information 5300. The merchant processor closes 
the ticket setup 1 091 9 and addresses it to the merchant, 
and transmits it as a ticket setup message 6602 to the 

75 gate terminal via digital telephone communication. 
[1633] As is shown in Fig. 109B, the digital signature 
of a service provider is provided for data that consists of 
a ticket setup header 10909, which is header informa- 
tion indicating that the message is the ticket setup mes- 

20 sage 6602 and describing the data structure; a ticket 
name 1 09 1 0 for an electronic ticket to be issued ; a ticket 
code 10911; a ticket issuer ID 10912; a validity term 
10913; a gate private key 10914; a ticket public key 
10915; a ticket examination module 10916; a service 

25 provider ID 10917; and an issued time 10918, which 
indicates the date on which the ticket setup message 
6602 was issued. These data are closed and addressed 
to the merchant, thereby providing the ticket setup mes- 
sage 6602. 

30 [1 634] The mobile user terminal decrypts the received 
ticket setup message 6602 and examines the digital sig- 
nature, registers, in the ticket list 2409, electronic ticket 
examination program information that is included in the 
ticket setup message 6602, and displays on the touch 

35 panel LCD a message indicating that the ticket setup 
process has been completed (display the setup comple- 
tion; 6603). 

[1635] An explanation will now be given for the con- 
tents of messages that are exchanged by the mobile 
40 user terminal 100 and the gate terminal 101 during the 
ticket examination processing. 

[1636] In Fig. 67 are shown procedures for the 
exchange of messages by the devices during the ticket 
examination processing, and in Figs. 11 OA and 110B 
45 and Figs. 1 1 1 A and 1 1 1 B are the contents of the mes- 
sages that are exchanged by the devices during the 
ticket examination processing. 

[1637] First, when a user performs a ticket presenta- 
tion operation 6700, the mobile user terminal generates 
so a ticket presentation message 6701 by using an elec- 
tronic ticket to be examined and an arbitrarily generated 
test pattern, and transmits it to the gate terminal via 
infrared communication. 

[1638] As is shown in Fig. 1 10A, the ticket presenta- 
55 tion message 6701 consists of a ticket presentation 
header IIOOO, which is header information indicating 
that the message is the ticket presentation message 
6701 and describing the data structure; a service code 
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11001, which identifies the request for the examination 
of an electronic ticket; a request number 1 1 002, which is 
an arbitrarily generated number that uniquely repre- 
sents the ticket examination process; a ticket 1 1003 for 
presenting an electronic ticket to be examined; a ticket 5 
certificate 11004; the current ticket status of an elec- 
tronic ticket that is to be examined; variable ticket infor- 
mation 1 1006; a ticket ID 1 1007; an issued time 1 1008, 
which indicates the date on which the ticket presenta- 
tion message 6701 was issued; and a gate test pattern 10 
11010. which is an arbitrarily generated test pattern. 
The digital signature is provided, using the ticket signa- 
ture private key of an electronic ticket, for the ticket sta- 
tus 11005, the variable ticket information 11006, the 
ticket ID 11007 and the issued time 11008. The gate 15 
test pattern is encrypted using the gate public key. 
[1 639] The presentation ticket 1 1 003, the ticket certif- 
icate 1 1004, the ticket status 1 1005, the variable ticket 
information 11006, the ticket ID 11007 and the issued 
date 1 1008 specify the contents of the electronic ticket 20 
for the gate terminal, and the gate test pattern 1 1010 is 
a test pattern for authorizing the gate terminal. 
[1640] Upon receiving the ticket presentation mes- 
sage 6701 . first, the gate terminal refers to the ticket list 
2409, activates a ticket examination module that corre- 25 
sponds to the ticket code of the electronic ticket that is 
presentation, examines the validity of the contents of 
the ticket presentation message 6701 , and generates a 
ticket examination message 6702 and transmits it to the 
mobile user terminal via infrared communication. 30 
[1 641 ] In the verification process for the validity of the 
ticket presentation message 6701, the gate terminal 
employs the fact that the ticket certificate 1 1 004 is a reg- 
istered ticket certificate and examines the ticket status 
11005 and the variable ticket information 11006 to 35 
determine whether an electronic ticket that is to be 
examined is valid. Then, the gate terminal examines the 
presentation ticket 11003, the digital signature of the 
service provider that is provided for the ticket certificate 

1 1004, and the validity term. Further, the gate terminal 40 
employs the ticket signature public key of the ticket cer- 
tificate 11004 to examine the digital signature of the 
electronic ticket that is provided for the ticket status 

11005, the variable ticket information 11006, the ticket 

ID 1 1007, and the issued time 1 1008. Thus, the validity 45 
of the ticket presentation message 6701 is verified. 
[1 642] In the generation of the ticket examination mes- 
sage 6702, the gate terminal decrypts the gate test pat- 
tern 1 1010 using the gate private key, and employs the 
ticket public key to encrypt the ticket test pattern 1 1 1 08 so 
that is arbitrarily generated. 

[1643] As is shown in Fig. 1 10B, the digital signature 
of a merchant is provided for the data that consists of a 
ticket examination header 1 1012, which is header infor- 
mation indicating that the message is the ticket exami- 55 
nation message 6702 and describing the data structure; 
a transaction number 11013; a response message 
11014; a request number 11015; a ticket ID 11016; an 



instruction code 11017; a gate test pattern 11018, 
which is decrypted; a ticket test pattern 11019, which is 
an arbitrarily generated test pattern; a gate ID 11021; a 
merchant ID 11022; and an issued time 11023, which 
indicates the date on which the ticket examination mes- 
sage 6702 was issued. Thus, the ticket examination 
6702 is provided. The ticket test pattern 11019 is 
encrypted using the ticket public key. 
[1644] The transaction number 11013 is a number, 
arbitrarily generated by the gate terminal, that uniquely 
represents the ticket examination process. When, as a 
result of the examination of the ticket presentation mes- 
sage 6701 , the ticket examination process can not be 
performed (the electronic ticket is one that can not be 
examined by the pertinent gate terminal), a value of 0 is 
set. When the ticket examination process can be per- 
formed, a value other than 0 is set. 
[1 645] The response message 1 1 01 4 is text informa- 
tion constituting the message transmitted by the mer- 
chant to the user. When the gate terminal can not 
examine an electronic ticket that is presented (transac- 
tion number = 0), data to that effect is included in the 
response message. The response message is option- 
ally set, and may not be reset. 

[1 646] The instruction code 1 1 01 7 is command code 
information for an electronic ticket that indicates how the 
ticket status and variable ticket information of the elec- 
tronic ticket can be changed. The instruction code is 
varied by combining the electronic ticket transaction 
module and the ticket examination module. 
[1647] When the mobile user terminal receives the 
ticket examination message 6702, first, in order to verify 
the gate terminal the mobile user terminal compares the 
gate test pattern 11010 with the gate test pattern 11018 
included in the ticket examination message 6702, and 
changes the ticket status and the variable ticket informa- 
tion of the electronic ticket in accordance with the 
instruction code 11017. Then, the mobile user terminal 
decrypts the ticket test patten using the ticket private 
key, generates a ticket examination response 6703, and 
transmits it to the gate terminal via infrared communica- 
tion. 

[1648] As is shown in Fig. 1 1 1 A, the digital signature 
using the ticket signature private key and the digital sig- 
nature of a user are provided for the data that consist of 
a ticket examination response header 11100, which is 
header information indicating that the message is the 
ticket examination response 6703 and describing the 
data structure; a ticket examination number 11101, 
which indicates the order of the ticket examination proc- 
ess; a ticket test pattern 11102, which is decrypted; a 
ticket status 11103 and variable ticket information 
1 1 104, which are modified; a gate ID 1 1 105; a merchant 
ID 11106; a request number 11107; a transaction 
number 11108; a ticket code 11109; a ticket ID 11110; 
and an issued time 11111, which indicates the date on 
which the ticket examination response 6703 was 
issued. In this fashion, the ticket examination response 
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67.03 is provided. 

[1649] Upon receiving the ticket examination 
response 6703, first, the gate terminal authorizes the 
electronic ticket by comparing the ticket test pattern 
111019 with the ticket test pattern 11102 that is s 
included in the ticket examination response 6703, 
examines the validity of the contents of the ticket exam- 
ination response 6703, and generates an examination 
certificate 6704 and transmits it to the mobile user ter- 
minal via infrared communication. w 
[1 650] In the verification process for the validity of the 
ticket examination response 6703, the gate terminal 
determines whether the ticket status 1 1 1 03 and the var- 
iable ticket information 11104 have been changed in 
accordance with the instruction code 1 1 107, and exam- is 
ines the digital signature of the ticket examination 
response 6703. 

[1 651 ] As is shown in Fig. 1 1 1 B, the digital signature 
of a merchant is provided for the data that consist of an 
examination certificate header 11113, which is header 20 
information indicating that the message is the examina- 
tion certificate 6704 and describing the data structure; 
examination information 11114, which is text informa- 
tion indicating the contents of the ticket examination 
process; a ticket ID 1 1 1 1 5; a request number 1 1 1 1 6; a 25 
transaction number 1 1 1 1 7; a ticket examination number 
1ll187;agate ID 11119; a merchant ID 11120; and an 
issued time 11121, which indicates the date on which 
the examination certificate 6704 was issued. In this 
fashion, the examination certificate 6704 is provided. 30 
[1652] Upon receiving the examination certificate 
6704, the mobile user terminal increments the ticket 
examination number, registers the examination certifi- 
cate 6704 as usage information in the use list 1715, and 
displays the examined electronic ticket on the LCD (dis- 35 
play the examined ticket; 6706). 
[1653] When the gate terminal has transmitted the 
examination certificate 6704, the gate terminal regis- 
ters, in the transaction list 2510, the ticket examination 
response 6703 as history information for the ticket 40 
examination process, and displays the results obtained 
during the ticket examination process on the touch 
panel LCD (display the results of examination; 6705). 
When the gate opening/closing device is connected to 
the gate terminal, the gate is automatically opened 45 
(entrance permission 6707). 

[1654] An explanation will now be given for the con- 
tents of messages that are exchanged by the devices 
during the ticket reference processing. 
[1655] In Fig. 71 are shown procedures for the so 
exchange of messages by the devices during the ticket 
reference processing, and in Figs. 88A to 88D and Fig. 
116A are shown the contents of messages that are 
exchanged during the ticket reference processing. 
[1656] The ticket reference processing is not per- 55 
formed in accordance with a special processing 
sequence, but is performed in the data updating proc- 
ess during which the service providing system updates 



the data in the gate terminal. 

[1657] Therefore, for the ticket reference process, the 
procedures for the exchange of messages by the gate 
terminal and the service providing system, and the con- 
tents (data structures) of the messages to be 
exchanged are the same as those employed for the 
above described data updating processing. 
[1658] Compressed upload data 8818 in the upload 
data 5702 include a ticket examination response that is 
newly registered in the transaction list 2510 during the 
ticket examination process conducted during the period 
extending from the previous performance of the data 
updating process to the current performance of the data 
updating process. 

[1 659] During the data updating processing, the mer- 
chant processor transmits, to the service manager proc- 
essor, a message requesting the reference process be 
performed for the ticket examination response that is 
uploaded from the gate terminal. The service manager 
processor generates a service director processor to 
form a process group for examining the validity of the 
ticket examination response. 

[1 660] First, the service director processor determines 
whether the gate ID 1 1 105 and the merchant ID 1 1 106 
in the ticket examination response match the gate ID 
5215 of the merchant and the merchant ID 5214. Then, 
the service director processor examines the registered 
ticket list 5303 in the service director information server 
901 to verify that the electronic ticket for which the ticket 
examination response was issued is registered. The 
service director processor employs the user public key 
5323 to examine the digital signature of the user that 
accompanies the ticket examination response, and 
employs the registered ticket certificate to examine the 
digital signature for the ticket that accompanies the 
ticket examination response. In addition, the service 
director processor employs the ticket examination 
number when examining the matching of the ticket sta- 
tus with the variable ticket information that has been 
modified, and transmits the result of the examination to 
the merchant processor. As a result, the ticket examina- 
tion response is registered in the ticket examination 
response list. 

[1661] The merchant processor enters the received 
ticket reference results in the compressed update data 
8828 in the update data 5705, and transmits the data 
5705 to the gate terminal. 

[1 662] When an error occurs in the process for verify- 
ing the validity of the ticket examination response, the 
service director processor transmits a message indicat- 
ing that an error occurred in the management system 
908. 

[1663] Upon receiving the update data 5705, the gate 
terminal decompresses the update data 8828 and 
updates the data in the RAM and on the hard disk. At 
this time, the ticket reference results are registered in 
the authorization report list 251 1 of the gate terminal. 
[1 664] If the firm represented by the merchant differs 
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from that represented by the ticket issuer and a pay- 
ment is made by the ticket issuer to the merchant who 
handles the ticket, or if the usage of the ticket is period- 
ically reported to the ticket issuer in accordance with the 
terms of a contract, in accordance with the ticket exam- 
ination response that is newly registered in the ticket 
examination response list, the service director proces- 
sor generates weekly, for example, a usage condition 
notification 1 1606, which is a message for notifying the 
ticket issuer of the ticket usage condition. The ticket 
issuer processor closes the notification 11606 and 
addresses it to the ticket issuer, and transmits it as a 
usage report 7100 to the ticket issuing system 107. 
[1 665) As is shown in Fig. 1 16A, the digital signature 
of a service provider is provided for the data that con- 
sists of a usage report header 1 1600, which is header 
information indicating that the message is the usage 
report 7100 and describing the data structure; a ticket 
ID list 1 1601 of tickets that are employed; the merchant 
name 11602 and the merchant ID 1 1603 of a merchant 
that handles the ticket; a service provider ID 1 1 604; and 
an issued time 11605, which indicates the date on 
which the usage report 7100 was issued. These data 
are closed and addressed to the ticket issuer, thereby 
providing the usage report 7100. 
[1666] Upon receiving the usage report 7100, the 
ticket issuing system 107 decrypts it and examines the 
digital signature, and performs such processing as mak- 
ing a payment to the merchant. 

[1667] An explanation will now be given for the con- 
tents of messages that are exchanged by the devices 
during the ticket transfer processing. 
[1668] In Fig. 74 are shown procedures for the 
exchange of messages by the devices during the ticket 
transfer processing, and in Figs. 117A and 117B, 118A 
and 1 1 8B, and 1 19A and 1 1 9B are shown the contents 
of messages that are exchanged during the ticket trans- 
fer processing. The ticket transfer process can be per- 
formed when the ticket status 1907 of the electronic 
ticket indicates the transfer enabled state, which is des- 
ignated by the ticket issuer when issuing a ticket. 
[1 669] In Fig. 74 is shown a case where user A trans- 
fers an electronic ticket to user B. The procedures for 
the exchange of messages by the devices belonging to 
users A and B are the same for infrared communication 
as they are for digital wireless communication. The data 
structures of messages are also the same. 
[1 670] In Fig. 74, first, when user A performs a ticket 
transfer process 7400, the mobile user terminal of user 
A transmits a ticket transfer offer 7401 , which is a mes- 
sage offering to transfer an electronic ticket, to the 
mobile user terminal of user B. When at this time the 
mobile user terminals of user A and user B are con- 
nected, communication between user A and user B is 
performed via digital wireless telephone. When the 
mobile user terminals are not connected, infrared com- 
munication is employed. 

[1671] As is shown in Fig. 1 17 A, the digital signature 
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of user A is provided for the data consisting of a ticket" 
transfer offer header 1 1 700, which is header information 
indicating that the message is the ticket transfer offer 
7401 and describing the data structure; a transfer offer 

5 number 1 1 701 , which is an arbitrarily generated number 
that uniquely represents the ticket transfer process; a 
presentation ticket 1 1702 and a ticket certificate 1 1703 
for an electronic ticket to be transferred; a ticket status 
11704; variable ticket information 11705; a ticket ID 

io 1 1706; an issued time 1 1707, which indicates the date 
on which the ticket transfer offer 7401 was issued; and 
a user public key certificate 11709. In this fashion, the 
ticket transfer offer 7401 is provided. The digital signa- 
ture of the electronic ticket is provided, using the ticket 

is signature private key, for the ticket status 11704, the 
variable ticket information 11705, the ticket ID 11706 
and the issued time 1 1 707. 

[1672] The digital signature of the service provider is 
provided for the data that consist of a user public key 

20 header 11710; the user public key 11711 of user A; a 
public key certificate ID 11712, which is ID information 
for the public key certificate; a certificate validity term 
11713; a service provider ID 11714; and a certificate 
issued time 1 1715. In this fashion, the user public key 

25 certificate 1 1 709 is provided. 

[1673] Upon receiving the ticket transfer offer 7401 , 
the mobile user terminal of user B examines the presen- 
tation ticket 11702, the ticket certified 11703, and the 
digital signature of the service provider and the validity 

30 term of the public key certificate 11709. Then, the 
mobile user terminal examines the digital signature of 
the electronic ticket that is provided for the ticket status 
1 1704, the variable ticket information 1 1705, the ticket 
ID 1 1 706 and the issued time 1 1 707, and the digital sig- 

35 nature of user A accompanying the ticket transfer offer 
7401 , and verifies the contents of the ticket transfer offer 
7401 . In accordance with the presentation ticket 1 1 702, 
the ticket status 1 1704 and the variable ticket informa- 
tion 11705, the mobile user terminal then displays, on 

40 the LCD, the contents of the electronic ticket that is to be 
transferred (display the transfer offer; 7402). 
[1674] When user B performs a transfer offer accept- 
ance operation 7403, the mobile user terminal of user B 
transmits, to the mobile user terminal of user A, a ticket 

45 transfer offer response 7404, which is a response mes- 
sage for the ticket transfer offer 7401 . 
[1675] As is shown in Fig. 1 17B, the digital signature 
of user B is provided for the data that consist of a ticket 
transfer offer response header 11716, which is header 

so information indicating that the message is the ticket 
transfer offer response 7404 and describing the data 
structure; an acceptance number 1 1 71 7; a transfer offer 
number 1 1 71 8; a ticket ID 1 1 719; an issued time 1 1 720, 
which indicates the date on which the ticket transfer 

55 offer response 7404 was issued; and a user public key 
certificate 1 1721 . In this fashion, the ticket transfer offer 
response 7404 is provided. 

[1 676] The user public key certificate 1 1 721 is a public 
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key certificate for user B. To provide this certificate 
11721, the digital signature of the service provider is 
provided for the data that consist of a user public key 
certificate header 11722; a user public key 11723 for 
user B; a public key certificate ID 11724, which is ID 
information for the public key certificate; a certificate 
validity term 1 1725; a service provider ID 1 1726; and a 
certificate issued time 1 1727. 

[1677] The acceptance number 11717 is arbitrarily 
generated, by the mobile user terminal of user B, as a 
number that uniquely represents the ticket transfer 
processing. With this number, the mobile user terminal 
of user A is notified as to whether user B has accepted 
the ticket transfer offer 7401. When user B does not 
accept the ticket transfer offer 7401 , a value of 0 is set 
as the acceptance number 11717. When user B 
accepts the ticket transfer offer 7401 , a value other than 
0 is set. 

[1678] Upon receiving the ticket transfer offer 
response 7404, the mobile user terminal of user A dis- 
plays, on the LCD, the contents of the ticket transfer 
offer response 7404 (display the transfer offer response; 
7405).. When the ticket transfer offer 7401 is accepted 
(acceptance number 1 1717 * 0), the mobile user termi- 
nal of user A examines the digital signature of the serv- 
ice provider of the user public key certificate 1 1721 and 
the validity term. The mobile user terminal generates a 
ticket transfer certificate 7406, which is a message that 
corresponds to a transfer certificate for an electronic 
ticket to user B, and transmits it to the mobile user ter- 
minal of user B. 

[1679] As is shown in Fig. 1 18A, the digital signature 
of the electronic ticket and the digital signature of user A 
are provided for the data that consist of a ticket transfer 
certificate header 11800, which is header information 
indicating that the message is the ticket transfer certifi- 
cate 7406 and describing the data structure; a presen- 
tation ticket 11801 for an electronic ticket to be 
transferred; a ticket status 11802; variable ticket infor- 
mation 11803; a transfer offer number 11804; an 
acceptance number 11805; a public key certificate ID 

1 1 806 for the user public key certificate of user B; a pub- 
lic key certificate ID 1 1807 for the user public key certif- 
icate of user A; a ticket ID 11808; and an issued time 
11809, which indicates the date on which the ticket 
transfer certificate 7406 was issued. These data are 
closed and addressed to user B, thereby providing the 
ticket transfer certificate 7406. 

[1680] Upon receiving the ticket transfer certificate 
7406, the mobile user terminal of user B decrypts it and 
examines the digital signature of user A and the one 
accompanying the electronic ticket. Further, the mobile 
user terminal compares the ticket ID presented by the 
ticket transfer offer 7401 with the ticket ID 1 1808, and 
compares the public key certificate IDs 11806 and 

1 1807 with the public key certificates of users B and A 
to verify the contents of the ticket transfer certificate 
7406. The mobile user terminal then generates a ticket 
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transfer receipt 7407, which is a message indicating the 
electronic ticket has been received, and transmits the 
receipt 7407 to the mobile user terminal of user A. 
[1681] As is shown in Fig. 1 18B, the digital signature 

s of user B is provided for the data that consist of a ticket 
transfer receipt header 11815, which is header informa- 
tion indicating that the message is the ticket transfer 
receipt 7407 and describing the data structure; a ticket 
ID 1 1816; a transfer offer number 1 181 7; an acceptance 

w number 1 1818; a public key certificate ID 1 1819 for the 
user public key certificate of user A; a public key certifi- 
cate ID 11820 for the user public key certificate of user 
B; and an issued time 11821, which indicates the date 
on which the ticket transfer receipt 7407 was issued. 

15 These data are closed and addressed to user A, 
thereby providing the ticket transfer receipt 7407. 
[i 682] Upon receiving the ticket transfer receipt 7407, 
the mobile user terminal of user A decrypts it, and 
examines the digital signature of user B. Further, the 

20 mobile user terminal compares the public key certificate 
IDs 1 1819 and 1 1820 with the public key certificates of 
users B and A to verify the contents of the ticket transfer 
receipt 7407. The mobile user terminal then erases the 
transferred electronic ticket from the ticket list 1712, and 

25 registers the ticket transfer receipt 1 1822 in use history 
1715. At this time, addresses in the object data area at 
which the transfer offer number, the code information 
indicating the ticket transfer process, the issued time for 
the ticket transfer receipt 7407 and the ticket transfer 

so receipt 11822 are stored are assigned to the request 
number 1840 in the use list 1715, the service code 
1841, the use time 1842 and the use information 
address 1843. 

[1 683] The mobile user terminal of user A displays, on 
35 the LCD, a message indicating the completion of the 
transfer process (display the transfer process; 7408). 
The process at the mobile user terminal of user A 
(sender) is thereafter terminated. 
[1684] After transmitting the ticket transfer receipt 
40 7407, the mobile user terminal of user B displays the 
received ticket transfer certificate 1 181 1 on the LCD. In 
addition, the mobile user terminal displays a dialogue 
message inquiring whether the transfer process with the 
service providing server (process for downloading the 
45 received electronic ticket from the service providing sys- 
tem) should be immediately performed (display the 
transfer certificate; 7409). 

[1685] The dialogue message has two operating 
menus: "transfer process request" and "cancel." When 

so "cancel" is selected, the transfer process performed 
with the service providing server is canceled, and in the 
process (data updating process) during which the serv- 
ice providing system updates the data in the mobile 
user terminal, an electronic ticket that has been trans- 

55 ferred is assigned to the mobile user terminal . 

[1 686] When user B selects "transfer process request" 
(transfer process request operation; 7410), based on 
the ticket transfer certificate 1 181 1 the mobile user ter- 
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minal generates a ticket transfer request 741 1 , which is 
a message requesting that the transfer process be per- 
formed with the service providing system, and transmits 
it to the service providing system via digital wireless tel- 
ephone communication. 

[1687] As is shown in Fig. 1 19A, the digital signature 
of user B is provided for the data that consists of a ticket 
transfer request header lt900, which is header infor- 
mation indicating that the message is the ticket transfer 
request 7411 and describing the data structure, a 
decrypted ticket transfer certificate 1 1901 (1 181 1); the 
user ID 11902 of user B; and an issued time 11903, 
which indicates the date when the ticket transfer request 
741 1 was issued. These data are closed and addressed 
to the service provider, thereby providing the ticket 
transfer request 741 1 . 

[1 688] Upon receiving the ticket transfer request 741 1 , 
the user processor of user B of the service providing 
system 1 10 decrypts it and examines the digital signa- 
ture, and transmits it to the service manager processor. 
The service manager processor generates a service 
director processor to form a process group for process- 
ing the ticket transfer request 1 1904. 
[1689] The service director processor, first refers to 
the user list 5200 and specifies the recipient (user B) 
and the sender (user A) of the transfer process by 
employing the public key certificate IDs 11806 and 
11807 in the ticket transfer certificate 11901 that is 
included in the ticket transfer request 1 1904. The serv- 
ice director processor examines the digital signature of 
the user A and the digital signature accompanying the 
electronic ticket, which are provided for the ticket trans- 
fer certificate 1 1 901 , and verifies the validity of the ticket 
transfer certificate 11901. Following this, the service 
director processor exchanges the user ID 5317 for the 
user A with that for the user B in the user list 5301 for the 
electronic ticket that is stored in the service director 
information server 901, and erases the electronic ticket 
to be transferred from the ticket list of the user A that is 
stored in the user information server 902. Then, the 
service director processor changes the ticket signature 
private key and ticket signature public key pair and the 
ticket certificate for a new key pair and a ticket certifi- 
cate, and also changes the ticket status and the variable 
ticket information to the ticket status 11802 and to the 
variable ticket information 11803 for the ticket transfer 
certificate 1 1 901 . The service director processor gener- 
ates an electronic ticket received from user A, and 
enters it in the ticket list 4610 for the user B. 
[1690] When the electronic ticket that is to be trans- 
ferred has already been registered, the service director 
processor updates the registered ticket list 5303 holding 
the electronic ticket. Specifically, the user ID 5322, the 
user public key 5323, the registered ticket certificate 
address 5324, the ticket examination response list 
address 5325 and the former user information address 
5326, all of which are in the registered ticket list 5303, 
are updated (to the information for user B). The old 



50 968 A1 278 

■ a 

information (information for user A) is pointed to at the 
former user information address 5326 as former user 
information 5327. 

[1691] The service director processor generates a 

5 ticket transfer message 11915, which includes an elec- 
tronic ticket transferred from user A. The user processor 
of user B closes the message 1 1915 and addresses it to 
the user B, and transmits it as a ticket transfer message 
7412 to the mobile user terminal of user B via digital 

10 wireless telephone communication. 

[1692] As is shown in Fig. 1 19B, the digital signature 
of the service provider is provided for the data that con- 
sist of a ticket transfer header 11908. which is header 
information indicating that the message is the ticket 

15 transfer 741 2 and describing the data structure; a trans- 
fer number 11909, which is an arbitrarily generated 
number that represents the transfer process in the serv- 
ice providing system; transfer information 11910; an 
acceptance number 11911; an electronic ticket 11912, 

20 which is transferred; a service provider ID 11913; and 
an issued time 11914, which indicates the date when 
the ticket transfer message 7412 was issued. These 
data are closed and addressed to the user B, thereby 
providing the ticket transfer message 7412. 

25 [1 693] The transfer information 1 1 91 0 is information 
concerning the electronic ticket transfer process per- 
formed by the service providing system, and is accom- 
panied by the digital signature of the service provider. 
[1 694] The mobile user terminal of user B decrypts the 

30 received ticket transfer message 7412 and examines 
the digital signature, registers the electronic ticket 
1 1912 in the ticket list 1712, and displays the electronic 
ticket on the LCD (display the electronic ticket; 7413). 
The ticket transfer process is thereafter terminated. 

35 [1695] An explanation will now be given for the con- 
tents of messages that are exchanged by the devices 
during the ticket installation processing. 
[1696] In Fig. 77 are shown procedures for the 
exchange of messages by the devices during the ticket 

40 installation processing, and in Figs. 123A and 123B, 
and 124 A and 124B are shown the contents of mes- 
sages that are exchanged during the ticket installation 
processing. 

[1697] First, when the user performs an electronic 
45 ticket installation operation 7700, the mobile user termi- 
nal generates an electronic ticket installation request 
7701, and transmits it to the service providing system 
1 10 via digital wireless telephone communication. 
[1698] As is shown in Fig. 123A, the digital signature 
so of the user is provided for the data that consists of an 
electronic ticket installation request header 12300, 
which is header information indicating that the message 
is the electronic ticket installation request 7701 and, 
describes the data structure; an installation card 
55 number 12301 and an installation number 12302, which 
are entered by a user; a request number 12303, which 
is an arbitrarily generated number that uniquely repre- 
sents the electronic ticket installation process; a user ID 



140 

: <EP 0950968A1 J_> 



279 



EP 0 950 968 A1 



280 



12304; and an issued time 12305, which indicates the 
date when the electronic ticket installation request 7701 
was issued. These data are closed and addressed to 
the service provider, thereby providing the electronic 
ticket installation request 7701 . 5 
[1699] Upon receiving the electronic ticket installation 
request 7701 , the user processor of the service provid- 
ing system 1 10 decrypts it and examines the digital sig- 
nature, and transmits it to the service manager 
processor. The service manager processor generates a w 
service director processor to form a process group for 
processing the electronic ticket installation request 
12306. 

[1700] First, the service director processor refers to 
the installation card list that is indicated by the installa- is 
tion card list address 5229 for the ticket issuer list 5203, 
and specifies a ticket issuer who issues a ticket that is 
represented by the installation number 12301. The 
service director processor generates a ticket installation 
request 12317, which is a message requesting that the 20 
ticket issuer issue a ticket using the installation card. 
The ticket issuer processor closes the request 12317 
and addresses it to the ticket issuer, and transmits it as 
a ticket installation request 7702 to the ticket issuing 
system 107. 2 s 
[1701] As is shown in Fig. 123B, the digital signature 
of the service provider is provided for the data that con- 
sist of a ticket installation request header 12310, which 
is header information indicating that the message is the 
ticket installation request 7702 and describing the data 30 
structure; an installation card number 1231 1 ; an instal- 
lation number 12312; a request number 12313; a cus- 
tomer number 12314, which uniquely represents a user 
for the ticket issuer; a service provider ID 12315; and an 
issued time 12316, which indicates the date when the 35 
ticket installation request 7702 was issued. These data 
are closed and addressed to the ticket issuer, thereby 
providing the ticket installation request 7702. 
[1702] Upon receiving the ticket installation request 
7702, the ticket issuing system 107 decrypts it and 40 
examines the digital signature. The ticket issuing server 
1 100 compares the installation card number 1231 1 and 
the installation number 12312. which are included in the 
ticket installation request 7702, with the management 
information for the issued electronic ticket installation 45 
card that is stored in the ticket issuing information 
server 1102. The ticket issuing server 1100 then 
updates the data in the customer information server 
1102 and the ticket issuing information server 1103. 
Furthermore, the ticket issuing server generates ticket so 
data (12406) for a requested ticket, and transmits, to the 
service providing system, an electronic ticket installa- 
tion commission 7703, which is a message requesting 
the installation of an electronic ticket that corresponds 
to the requested ticket. 55 
[1703] As is shown in Fig. 124A, the digital signature 
of the ticket issuer is provided for the data that consists 
of an electronic ticket installation commission header 



12400, which is header information indicating that the 
message is the electronic ticket installation commission 
7703 and describing the data structure; a transaction 
number 12401 , which is an arbitrarily generated number 
that uniquely represents the transaction with a user; 
ticket issuing information 12402; a request number 
12403; ticket code 12404, which indicates the type of 
electronic ticket that is to be issued; a template code 
12405. which indicates a template program for an elec- 
tronic ticket to be issued; ticket data 12406; representa- 
tive component information 12407; a ticket issuer ID 
12408; and an issued time 12409, which indicates the 
date when the electronic ticket installation commission 
7703 was issued. These data are closed and addressed 
to the service provider, thereby providing the electronic 
ticket installation commission 7703. 
[1 704] The ticket issuing information 1 2402 is informa- 
tion concerning the ticket issuing process performed by 
the ticket issuing system, and is accompanied by the 
digital signature of the ticket issuer. 
[1705] The ticket data 12406 is ticket information 
issued by the ticket issuer, wherein the digital signature 
of the ticket issuer accompanies the data that consists 
of the ticket ID 12414, the ticket information 12415 and 
the ticket ID 12416. 

[1 706] The ticket issuer processor of the service pro- 
viding system decrypts the received electronic ticket 
installation commission 7703 and examines the digital 
signature, and transmits the commission 7703 to the 
service director processor. In accordance with the elec- 
tronic ticket installation commission 12410, the service 
director processor generates an electronic ticket to be 
issued to a user, using the same procedures as are 
used for the ticket purchase processing, and, also gener- 
ates an electronic ticket installation message 12415, 
which is a message directing that the electronic ticket 
be installed in the mobile user terminal. The user proc- 
essor closes the electronic ticket installation message 
12455 and addressees it to a user, and transmits it as 
an electronic ticket installation message 7704 to the 
mobile user terminal via digital wireless telephone com- 
munication. 

[1707] As is shown in Fig. 124B, the digital signature 
of the service provider is provided for the data that con- 
sists of an electronic ticket installation header 12417, 
which is header information indicating that the message 
is the electronic ticket installation message 7704 and 
describing the data structure; a transaction number 
12418; ticket issuing information 12419, which con- 
cerns the ticket issuing process performed by the ticket 
issuing system; ticket issuing information 12420, which 
concerns the ticket issuing process performed by the 
service providing system; a request number 12421; 
generated electronic ticket code 12422; a service pro- 
vider ID 12423; and an issued time 12424, which indi- 
cates the date when the electronic ticket installation 
message 7704 was issued. These data are closed and 
addressed to the user, thereby providing the electronic 
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ticket installation message 7704. The ticket issuing 
information 12419 and the ticket issuing information 
12420 are accompanied by the digital signatures of the 
ticket issuer and the service provider. 
[1 708] The mobile user terminal decrypts the received s 
electronic ticket installation message 7704 and exam- 
ines the digital signature, registers, in the ticket list 
1712, the electronic ticket included in the electronic 
ticket installation request 7704, and displays the 
installed electronic ticket on the LCD (display the elec- 10 
tronic ticket; 7705). 

[1709] An explanation will now be given for the con- 
tents of messages that are exchanged by the devices 
during the ticket modification processing. 
[1710] In Fig. 80 are shown procedures for the 15 
exchange of messages by the gate terminal 101, the 
service providing system 1 10 and the ticket issuing sys- 
tem 107 during the processing performed to modify the 
ticket examination program of the gate terminal. In Figs. 
129A and Figs. 88C, 88D and 88F are shown the con- 20 
tents of messages that are exchanged by the gate ter- 
minal 101, the service providing system 110 and the 
ticket issuing system 107 during the ticket modification 
processing. In Fig. 81 are shown procedures for the 
exchange of messages by the mobile user terminal 100, 25 
the service providing system 1 10 and the ticket issuing 
system 107 during the processing performed to modify 
the electronic ticket of the mobile user terminal, in Figs. 
129A and 129B, and Figs. 130A and 130B are shown 
the contents of messages that are exchanged by the 30 
mobile user terminal 100, the service providing system 
110 and the ticket issuing system 107. 
[1711] When the contents of a ticket that was issued 
must be altered because an event was changed or an 
error was found when the ticket was issued, the ticket 35 
issuing system generates a modification request 8000 
or 8100, which is a message requesting the modifica- 
tion of a ticket that was issued, and transmits it to the 
service providing system. 

[1712] As is shown in Fig. 129A, the digital signature 40 
of the ticket issuer is provided for the data that consist of 
a modification request header 12900. which is header 
information indicating that the message is the modifica- 
tion request 8000 or 8100 and describing the data struc- 
ture; a modification number 12901, which is an 45 
arbitrarily generated number that uniquely represents 
the ticket modification processing; a modification code 
12902; a modification time limit 12903, which indicates 
the time limit for the modification; a modification mes- 
sage 12904; a ticket code 12905, which indicates the so 
type of electronic ticket that is to be modified; a template 
code 12906, which identifies a template program for a 
modified electronic ticket; a ticket count 12907 that indi- 
cates the number of electronic tickets to be modified; 
modified ticket data 12908; modified representative 55 
component information 12909; a ticket issuer ID 12910; 
and an issued time 12911, which indicates the date 
when the ticket modification request 8000 was issued. 
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These data are closed and addressed to the service 
provider, thereby providing the ticket modification 
request 8000 or 8100. 

[1713] The modification code 12902 is code informa- 
tion that identifies the type of ticket modification 
processing, and that indicates the modification of the 
electronic ticket information 1917, the modification of 
the representative component information 1932, the 
modification of the template program, or the modifica- 
tion accompanied by the ticket refund processing will be 
performed. 

[1 71 4] The modification message 1 2904 specifies the 
contents of the modification, and is accompanied by the 
digital signature of the ticket issuer. 
[1715] The ticket data 12908 is modified ticket infor- 
mation for an electronic ticket to be modified. Tickets in 
a number equivalent to the ticket count 1 2907 are set as 
ticket data 12908. The ticket information is obtained by 
providing the digital signature of the ticket issuer for the 
data that consists of the ticket ID 1291 6, the ticket infor- 
mation 12917 and the ticket issuer ID 12918. When no 
modification of the electronic ticket information is to take 
place, the ticket data 12908 are not set. 
[1716] The representative component information 
10209 is set as the modified representative component 
information 1932 for an electronic ticket that is to be 
modified. When no modification is scheduled for the 
representative component information 1932, the repre- 
sentative component information 10209 is not set. 
[1717] The ticket issuer processor of the service pro- 
viding system 110 decrypts the received modification 
request 8000 or 8100 and examines the digital signa- 
ture, and transmits the request to the service manager 
processor. The service manager processor generates a 
service director processor to form a process group for 
processing the modification request 12912. Then, the 
service director processor changes the electronic ticket 
of the mobile user terminal and the ticket examination 
program of the gate terminal in accordance with the 
modification request 12912. The ticket examination pro- 
gram for the gate terminal is changed when the tem- 
plate program is modified. 

[1718] An explanation will now be given for the 
processing performed to change the ticket examination 
program for the gate terminal. 

[1 71 9] First, the service director processor generates 
a new ticket examination program by employing the 
ticket examination module, which is pointed to at the 
ticket examination module address 4922 in the elec- 
tronic ticket template list 4905 indicated by the template 
code 12906, and the ticket public key 5309 and the gate 
private key 5310, which are registered in the electronic 
ticket management information 5300. Then, the service 
director processor refers to the examination ticket list 
471 1 for the gate terminal of the merchant who is regis- 
tered In the merchant list 5302 to obtain the electronic 
ticket that is to be modified, and specifies that the gate 
terminal for which the electronic ticket to be modified is 
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registered is an electronic ticket that the gate terminal is 
to examine. The service director processor transmits, to 
the merchant processor of the gate terminal that is 
specified, a message requesting the performance of the 
forcible data updating process to update the ticket 
examination program. 

[1720] The merchant processor of the specified gate 
terminal performs the forcible data updating process, 
and modifies the ticket examination program of the gate 
terminal. At this time, the procedures for the exchange 
of messages by the gate terminal and the service pro- 
viding system, and the contents (data structures) of the 
messages that are exchanged are the same as those 
employed for the forcible data updating processing that 
was previously described. 

[1 721 ] The merchant processor inserts the new ticket 
examination program into the compressed update data 
8828 of the update data 5708, and transmits the result- 
ant data to the gate terminal as the update data 5708. 
[1 722] Upon receiving the update data 5708, the gate 
terminal decompresses the update data 8828, and 
updates the data in the RAM and on the hard disk. At 
this time, the ticket examination program is also regis- 
tered in the ticket list 2409 of the gate terminal. 
[1723] An explanation will now be given for the 
processing for modifying an electronic ticket in the 
mobile user terminal. First, the service director proces- 
sor refers to the user list 5301 for an electronic ticket to 
be modified, and specifies a user who owns the elec- 
tronic ticket that is to be modified. The service director 
processor generates a modification notification 12928, 
which is a message for notifying the specified user of 
the modification of the electronic ticket. The user proc- 
essor for the specified user closes the modification noti- 
fication 12928, addresses it to the user, and transmits it 
as a modification notification 8101 to the mobile user 
terminal via digital wireless telephone communication. 
[1724] As is shown in Fig. 129B, the digital signature 
of the service provider is provided for the data that con- 
sist of a modification notification header 12920, which is 
header information indicating that the message is the 
modification notice 8101 and describing the data struc- 
ture; a modification number 12921 ; a modification code 
12922; a ticket ID 12923; a modification message 
12924; a reply time limit 12925, which specifies the time 
limit for the transmission of a replay (reaction selection 
8104) by the user to the modification notice 8101; a 
service provider ID 12926; and an issued time 12927, 
which indicates the date on which the modification 
notice 8101 was issued. These data are closed and 
addressed to the user, thereby providing the modifica- 
tion notice 8101. 

[1725] Upon receiving the modification notice 8101, 
the mobile user terminal decrypts it and examines the 
digital signature, outputs a call arrival tone to notify the 
user of the reception of the modification notice 8101, 
and displays a modification message 12924 on the LCD 
(display the modification notice; 8102). For example, 
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when the date has been changed, a message to that 
effect and a message requesting that the user select an 
action, either "accept," "refuse" or "refund," in response 
to the modification are displayed. 

5 [1726] When, in response to the message displayed 
on the LCD, the user employs the number key switches 
to select an action in response to the modification (reac- 
tion selection operation SW3), the mobile user terminal 
generates a reaction selection message 8104, which 

10 contains the response of the user to the modification 
notice 8101, and transmits it to the service providing 
system via the digital wireless telephone communica- 
tion. When the user selects "refuse" or "refund," the 
mobile user terminal changes the ticket status 1907 of 

75 the electronic ticket to the use disabled state. 

[1727] As is shown in Fig. 130B, the digital signature 
of the user is provided for the data that consists of a 
reaction selection header 13000, which is header infor- 
mation indicating that the message is the reaction 

20 selection message 8104 and describing the data struc- 
ture; a modification number 13001; a reaction code 
13002, which identifies the type of reaction to the modi- 
fication that the user selected; a ticket ID 13004, which 
is a number that is arbitrarily generated, by the mobile 

25 user terminal , that uniquely represents the ticket modifi- 
cation; a user ID 13005; and an issued time 13006, 
which indicates the date on which the selection mes- 
sage 8104 was issued. These data are closed and 
addressed to the service provider, thereby providing the 

30 reaction selection message 8104. 

[1728] The user processor of the service providing 
system decrypts the received reaction selection mes- 
sage 8104, examines the digital signature, and trans- 
mits it to the service director processor. The service 

35 director processor updates the contents of an electronic 
ticket, or refunds the cost of the ticket in accordance 
with the reaction code 13002 contained in the reaction 
selection message 13007. When the user selects 
"refuse," the service director processor changes to the 

40 use disabled state the ticket status 4647 of the corre- 
sponding electronic ticket in the ticket list 4610 for the 
user, which is stored in the user information server 902. 
[1729] When the reaction code 13002 represents 
"accept," in response to the modification request 8100, 

45 the service director processor generates a new elec- 
tronic ticket using the same procedures as those used 
during the ticket purchase processing, in addition, the 
service director processor generates a modification 
instruction 1301 7, which is a message for instructing the 

so modification of a ticket, and transmits it to the user proc- 
essor. The user processor changes a corresponding 
electronic ticket in the user ticket list 4610 to an elec- 
tronic ticket that is included in the modification instruc- 
tion 13017. The user'processor closes the modification 

55 instruction 13017 and addresses it to the user, and 
transmits it as a modification instruction 8105 to the 
mobile user terminal via digital wireless telephone com- 
munication. 
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[1730] As is shown in Fig. 130A, the digital signature 
of the service provider is provided for the data that con- 
sists of a modification reaction header 13011, which is 
header information indicating that the message is the 
modification instruction 8105 and describing the data 5 
structure; a modification number 13012; a request 
number 13013; new electronic ticket data 13014; a 
service provider ID 13015; and an issued time 13016, 
which indicates the date on which the modification 
instruction 81 05 was issued. These data are closed and 10 
addressed to the user, thereby providing the modifica- 
tion instruction 8105. 

[1731] Upon receiving the modification instruction 
81 05, the mobile user terminal decrypts it and examines 
the digital signature. Then, instead of the old electronic 15 
ticket, the mobile user terminal registers in the ticket list 
1712 the new electronic ticket 13014 that is included in 
the modification instruction 8105, and displays the new 
electronic ticket on the LCD (display the ticket; 8106). 
[1732] An explanation will now be given for the con- 20 
tents of the messages that are exchanged by the 
devices during the ticket refund processing. 
[1733] In Fig. 82 are shown procedures for exchang- 
ing messages when the ticket refund processing is per- 
formed by immediate clearing. In Figs. 1 31 A and 131 B, 25 
133 A and 133B, and 134A and 134B are shown the 
contents of messages that are exchanged by the 
devices during the ticket refund processing. In Fig. 83 
are shown procedures for exchanging messages when 
the ticket refund processing is performed by delayed 30 
clearing. In Figs. 131Aand 131B, 132Aand 132B, 133A 
and 133B, and 134A and 134B are shown the contents 
of messages that are exchanged by the devices. 
[1734] The ticket refund process is performed when 
the user selects "refund" during in the ticket modification 35 
process (when the reaction code 13002 of the reaction 
selection message 13007 represents "refund"). There- 
fore, the message exchanging procedures up to the 
reaction selection 13007 are transmitted by the user 
processor to the service director processor, and the 40 
contents of those messages are the same as those 
employed for the ticket modification processing. 
[1735] When the reaction code 13002 indicates 
"refund," the service director processor generates a 
refund request 13107, which is a message requesting 4s 
that the ticket issuer refund the cost of the ticket. The 
ticket issuer processor closes the request 13107, 
addressing it to the ticket issuer, and transmits it as a 
refund request 8205 or 8305 to the ticket issuing sys- 
tem. 50 
[1736] As is shown in Fig. 131 A, the digital signature 
of the service provider is provided for the data that con- 
sist of a refund request header 13100, which is header 
information indicating that the message is a refund 
request and describing the data structure; a modifica- 55 
tion number 13101; a ticket ID 13102 for a ticket for 
which the cost is to be refunded; a request number 
13103; a customer number 13104; a service provider ID 
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13105; and an issued time 13106, which indicates the 
date on which the refund request was issued. These 
data are closed and addressed to the ticket issuer, 
thereby providing the refund request 8205 or 8305. 
[1737] Upon receiving the refund request 8205 or 
8305, the ticket issuing server 1 100 of the ticket issuing 
system updates data in the customer information server 
1 101 , the ticket issuing information server 1 1 02 and the 
ticket information server 1 103, cancels the issued ticket, 
generates a refund commission 8206, which is a mes- 
sage requesting that the service providing system per- 
form the refund process for an electronic ticket, and 
transmits the commission 8206 to the service providing 
system. 

[1 738] As is shown in Fig. 1 31 B, the digital signature 
of the ticket issuer is provided for the data that consists 
of a refund commission header 13111, which is header 
information indicating that the message is the refund 
commission and describing the data structure; a trans- 
action number 13112, which is an arbitrarily generated 
number that uniquely represents the ticket refund 
processing; a refund amount 13113; a clearing option 
13114; a ticket ID 13115; a request number 13116; a 
ticket issuer ID 131 17; and an issued time 13118, which 
indicates the date when the refund commission was 
issued. These data are closed and addressed to the 
service provider, thereby providing the refund commis- 
sion 8206 or 8306. 

[1 739] The ticket issuer processor of the service pro- 
viding system decrypts the received refund commission 

8206 or 8306 and examines the digital signature, and 
transmits it to the service director processor. When the 
clearing option 131 14 in the refund commission 13119 
represents immediate clearing, the service director 
processor performs the refund process using immediate 
clearing. When the clearing option 13114 represents 
delayed clearing, the service director processor per- 
forms the ticket refund process using delayed clearing. 
[1740] An explanation will now be given for the ticket 
refund process that uses immediate clearing. 

[1 741 ] In Fig. 82, upon receiving a refund commission 
13119. the service director processor generates a 
refund clearing request 13222. which is a message 
requesting the performance of the refund clearing proc- 
ess. The transaction processor processor closes the 
request 13222 and addresses it to the transaction proc- 
essor, and transmits it as a refund clearing request 

8207 to the transaction processing system 1 06. 
[1742] As is shown in Fig. 132B, the digital signature 
of the service provider is provided for the data that con- 
sists of a refund clearing request header 13212, which 
is header information indicating that the message is the 
refund clearing request 8207 and describing the data 
structure; a user clearing account 13213; a ticket issuer 
clearing account 13214, which indicates the clearing 
account of the ticket issuer; a refund amount 13215; a 
refund option code 13216; a request number 13217, 
which is issued by the mobile user terminal 1 00; a trans- 
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action number 13218, which is issued by the ticket issu- 
ing system; a validity term 13219, which specifies a 
period during which the refund clearing request 5904 is 
valid; a service provider ID 13220; and an issued time 
1 3221 , which indicates the date when the refund clear- 5 
ing request 5904 was issued. These data are closed 
and addressed to the transaction processor, thereby 
providing the refund clearing request 8207. 
[1743] Upon receiving the refund clearing request 
8207, the transaction server 1000 of the transaction io 
processing system updates data in the subscriber infor- 
mation server 1001, the member store information 
server 102 and the transaction information server 103, 
performs the refund clearing process, and generates for 
the service providing system a refund clearing comple- 15 
tion notification 8208 that is a message indicating that 
the refund clearing has been completed. 
[1744] As is shown in Fig. 133A, the digital signature 
of the transaction processor is provided for the data that 
consists of a refund clearing completion notification 20 
header 13300, which is header information indicating 
that the message is the refund clearing notification 8208 
and describing the data structure; a clearing number 
13301, which is an arbitrarily generated number that 
uniquely represents the clearing process performed by 25 
the transaction processing system 106; a user clearing 
account 13302; a ticket issuer clearing account 13303; 
a refund amount 13304; a refund option code 13305; a 
request number 13306; a transaction number 13307; 
clearing information 13308 for a service provider that is 30 
accompanied by the digital signature of the transaction 
processor; clearing information 1 3309 for a ticket issuer 
that is accompanied by the digital signature of the trans- 
action processor; a transaction processor ID 13311; 
and an issued time 13312, which indicates the date 35 
when the refund clearing completion notification was 
issued. These data are closed and addressed to the 
service provider, thereby providing the refund clearing 
completion notification 8208. 

[1745] The transaction processor processor of the 40 
service providing system 110 decrypts the received 
refund clearing completion notification 8208 and exam- 
ines the digital signature, and transmits the refund 
clearing completion notification 13313 to the service 
director processor. The service director processor 45 
employs the refund clearing completion notification 
1 331 3 to generate a refund clearing completion notifica- 
tion 13329 for the ticket issuer. The ticket issuer proces- 
sor closes the notification 13329, addresses it to the 
ticket issuer, and transmits it as a refund clearing com- so 
pletion notification 8209 to the ticket issuing system 
107. 

[1746] As is shown in Fig. 133B, the digital signature 
of the service provider is provided for the data that con- 
sist of a refund clearing completion notification header 55 
13317, which is header information indicating that the 
message is the refund clearing notification 8209 and 
describing the data structure; a clearing number 13318; 



a customer number 13319; a ticket issuer ID 13320; a 
refund amount 13321; a clearing option 13322; a 
request number 13323; a transaction number 13324; 
clearing information 13325 for a ticket issuer that is 
accompanied by the digital signature of the transaction 
processor; a transaction processor ID 13326; a service 
provider ID 13327; and an issued time 13328, which 
indicates the date when the refund clearing completion 
notification was issued. These data are closed and 
addressed to the ticket issuer, thereby providing the 
refund clearing completion notification 8209. 
[1747] The ticket issuing system decrypts the received 
refund clearing completion notification 8209 and exam- 
ines the digital signature, generates a refund receipt 
8210, and transmits it to the service providing system. 
[1748] As is shown in Fig. 134 A, the digital signature 
of the ticket issuer is provided for the data that consists 
of a refund receipt header 13400, which is header infor- 
mation indicating that the message is the refund receipt 
8210 and describing the data structure; a customer 
number 13201; refund information 13402; a refund 
amount 13403; a request number 13404; a transaction 
number 13405; a clearing number 13406;a transaction 
processor ID 13407; a ticket issuer ID 13408; and an 
issued time 13409, which indicates the date when the 
refund receipt 8210 was issued. These data are closed 
and addressed to the service provider, thereby provid- 
ing the refund receipt 8210. The refund information 
13402 concerns the refund process performed by the 
ticket issuing system, and is accompanied by the digital 
signature of the ticket issuer. 

[1749] The ticket issuer processor of the service pro- 
viding system 110 decrypts the received refund receipt 
8210 and examines the digital signature, and transmits 
the refund receipt 13410 to the service director proces- 
sor. The service director processor employs the refund 
receipt 13410 to generate a refund receipt 13421 to be 
transmitted to the user. 

[1 750] When the service director processor has trans- 
mitted the refund clearing completion notification 13329 
to the ticket issuing system, the service director proces- 
sor erases from the user ticket list 4610 stored in the 
user information server 902 the electronic ticket for 
which the refund was effected. 
[1751] The user processor closes the refund receipt 
13421, addressing it to the user, and transmits it as a 
refund receipt 821 1 to the mobile user terminal 100 via 
digital wireless telephone communication. 
[1752] As is shown in Fig. 134B, the digital signature 
of the service provider is provided for the data that con- 
sists of a refund receipt header 13414, which is header 
information indicating that the message is the refund 
receipt 821 1 and describing the data structure; a user 
ID 13415; a decrypted refund receipt 13416 (13410); 
clearing information 13417 for a user that is accompa- 
nied by the digital signature of the transaction proces- 
sor; refund information 13418; a service provider ID 
13419; and an issued time 13420, which indicates the 
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date when the refund receipt 8211 was issued. These 
data are closed and addressed to the user, thereby pro- 
viding the refund receipt 8211. The refund information 
13418 concerns the electronic ticket refund process 
performed by the service providing system, and is 
accompanied by the digital signature of the service pro- 
vider. 

[1753] The mobile user terminal decrypts the received 
refund receipt 8211 and examines the digital signature, 
erases from the check list 1712 the electronic ticket for 
which the refund was effected, registers the refund 
receipt 13421 in the use list 1715. and displays the 
refund receipt 13421 on the LCD 303 (display the 
refund receipt; 8212). 

[1754] An explanation will now be given for the ticket 
refund processing performed with the delayed clearing. 
In Fig. 83, the procedures up to the time the ticket issu- 
ing system transmits a refund commission to the serv- 
ice providing system are the same as are those for the 
immediate clearing. 

[1755] When the delayed clearing is designated in 
accordance with the clearing option 131 14, the service 
director processor generates a temporary refund receipt 
13208 that corresponds to a temporary receipt for the 
refund process. The user processor closes the tempo- 
rary refund receipt 13208, addressing it to the user, and 
transmits it as a temporary refund receipt 8307 to the 
mobile user terminal 100 via digital wireless telephone 
communication. 

[1756] As is shown in Fig. 132A, the digital signature 
of the service provider is provided for the data that con- 
sist of a temporary refund receipt header 13200, which 
is header information indicating that the message is the 
temporary refund receipt 8307 and describe the data 
structure; a user ID 13201; refund information 13202; a 
refund amount 13203; a request number 13204; a 
transaction number 13205; a service provider ID 13206; 
and an issued time 13207, which indicates the date 
when the temporary refund receipt 8307 was issued. 
These data are closed and addressed to the user, 
thereby providing the temporary refund receipt 8307. 
The refund information 13202 concerns the electronic 
ticket refund process performed by the service providing 
system, and is accompanied by the digital signature of 
the service provider. 

[1 757] The mobile user terminal decrypts the received 
temporary refund receipt 8307 and examines the digital 
signature, erases the electronic ticket that is refund from 
the check list 1712, registers the temporary refund 
receipt 1 3208 to the use list 1 71 5, and displays the tem- 
porary refund receipt 13208 on the LCD 303 (display 
the refund receipt; 8308). 

[1758] The service director processor thereafter per- 
forms the refund clearing processing. 
[1 759] First the service director processor generates 
the refund clearing request 13222, which is a message 
requesting the performance of the refund clearing proc- 
ess. The transaction processor processor closes the 



request 13222, addressing it to the transaction proces- 
sor, and transmits it as a refund clearing request 8309 
to the transaction processing system 106. 
[1760] The transaction processing system 106 

5 decrypts the received refund clearing request 8309 and 
examines the digital signature, and performs the refund 
clearing process. Then, the transaction processing sys- 
tem 106 generates a refund clearing completion notifi- 
cation 8310, and transmits it to the service providing 

10 system 110. 

[1761] The transaction processor processor of the 
service providing system 110 decrypts the received 
refund clearing completion notification 8310 and exam- 
ines the digital signature, and transmits a refund clear- 

15 ing completion notification 13313 to the service director 
processor. The service director processor employs the 
refund clearing completion notification 13313 to gener- 
ate the refund clearing completion notification 1 3329 for 
the ticket issuer. The ticket issuer processor closes the 

20 notification 13329, addressing it to the ticket issuer, and 
transmits it to the ticket issuing system 107 as a refund 
clearing completion notification 8311 for the ticket 
issuer. 

[1 762] The ticket issuing system decrypts the received 
25 refund clearing completion notification 831 1 and exam- 
ines the digital signature, and generates a refund 
receipt 8312 and transmits it to the service providing 
system. 

[1763] The ticket issuer processor of the service pro- 
30 viding system 1 1 0 decrypts the received refund receipt 
8312 and examines the digital signature, and transmits 
a refund receipt 13410 to the service director processor. 
The service director processor employs the refund 
receipt 1 341 0 to generate a refund receipt 1 341 2 for the 
35 user. 

[1764] The generated refund receipt 13412 is not 
immediately transmitted to the mobile user terminal 100 
of the user, but when the mobile user terminal 100 per- 
forms the data updating process, the user processor 
40 replaces the temporary refund receipt 13208 in the use 
list 1715 with the refund receipt 13421 , and transmits it 
as a part of the update data 83 1 3 to the mobile user ter- 
minal 100. 

[1765] The data structures of the refund clearing 
45 request 8309, the refund clearing completion notifica- 
tion 8310, the refund clearing completion notification 
831 1 and the refund receipt 8312 for the delayed clear- 
ing are the same as those used for the refund clearing 
request 8207, the refund clearing completion notrfica- 
50 tion 8208, the refund clearing completion notification 
8209 and the refund receipt 8210 for the immediate 
clearing. 

[1766] The refund clearing process with the delayed 
clearing is not necessarily performed immediately after 
55 the temporary refund receipt is issued, and may be per- 
formed, for example, once a day with another clearing 
process. 

[1 767] An explanation will now be given for the con- 
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tents of messages that are exchanged by devices in var- 
ious processes for electronic payment card service. 
[1768] First, an explanation will be given for the con- 
tents of messages that are exchanged by devices dur- 
ing the payment card purchase processing. 
[1769] In Fig. 61 are shown the procedures for the 
exchange of messages by devices during the payment 
card purchase processing. In Figs. 96A and 96B, 97A 
and 97B, 98A and 98B ( 99A and 99B, and 100A and 
100B are shown the contents of messages that are 
exchanged by devices during the payment card pur- 
chase processing. 

[1770] First, when a user performs a payment card 
purchase order operation 6100, the mobile user termi- 
nal transmits a payment card purchase order 6101 to 
the service providing system through digital wireless tel- 
ephone communication. 

[1 771 ] As is shown in Fig. 96A, the digital signature of 
a user is provided for data that consists of a payment 
card purchase order header 9600, which is header 
information identifying the message as the payment 
card purchase order 6101 and describing the data 
structure; a response code 9601, which identifies the 
type of service requested by the user; a card order code 
9602, which identifies an order code for a payment card 
that is entered by the user; a number of payment cards 
9603 that the user has entered; a payment service code 
9604, which identifies a credit card designated by the 
user; a payment value 9605; a payment option code 
9606, which identifies a payment option, such as the 
number of payments designated by the user; a request 
number 9607, which is an arbitrarily generated number 
that uniquely represents the payment card purchase 
processing; a validity term 9608 for the payment card 
purchase order 6101; a user ID 9609; and an issued 
time 9610, which is the date on which the payment card 
purchase order 6101 was issued. These data are 
closed and addressed to the service provider, thereby 
providing the payment card purchase order 6101. The 
service code 8901 identifies the purchase order of a 
payment card to a payment card issuer who is selected 
by the user. 

[1772] Upon receiving the payment card purchase 
order 6101 , the user processor of the service providing 
system 1 10 decrypts it and examines the digital signa- 
ture, and transmits it to the service manager processor. 
Then, the service manager processor generates a serv- 
ice director processor to form a process group that proc- 
esses a payment card order 961 1 . The service director 
processor refers to the payment card issuer list 5204 
and generates a payment card purchase order 9626 for 
the payment card issuer indicated by the service code 
960V The payment card issuer processor closes the 
payment card order ^and addresses it to the payment 
card issuer, and transmits the resultant order as a pay- 
ment card purchase order 6102 to the payment card 
issuing system 108. 

[1 773] As is shown in Fig. 96B, the digital signature of 
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a service providing system is provided for data that con- 
sists of a payment card purchase order header 9615, 
which is header information indicating that the message 
is the payment card purchase order 6102 and describ- 

5 ing the data structure; a card order code 9616; a 
number of cards 9617 that are purchased; a payment 
service code 9618; a payment value 9619; a payment 
option code 96204 a request number 9621; a customer 
number 9622, which uniquely represents a user for the 

w payment card issuer; a validity term 9623 for the pay- 
ment card purchase order 6102; a service provider ID 
9624; and an issued time 9625, which is the date on 
which the payment card purchase order 6102 was 
issued. These data are closed and addressed to the 

15 payment card issuer, thereby providing the payment 
card purchase order 6102. 

[1774] When there was a previous transaction to 
which the user and the payment card issuer were par- 
ties, a customer number that is registered in the cus- 

20 tomer table of the payment card issuer is established as 
the customer number 9622. When there was no previ- 
ous transaction, the service director processor gener- 
ates for the payment card issuer a number that uniquely 
represents the user, establishes it as the customer 

25 number 9622, and registers that number in the cus- 
tomer table. The customer table is designated by using 
the customer table address 5237 of the payment card 
issuer list 5204. 

[1775] Upon receiving the payment card purchase 
30 order 6102, the payment card issuing system 108 
decrypts it and examines the digital signature. The pay- 
ment card issuing server 1200 updates the data in the 
customer information server 1201, the payment card 
issuing information server 1202 and the payment card 
35 information server 1203, generates payment card data 
(971 9) for the ordered payment card, and transmits, to 
the service providing system, an electronic payment 
card issuing commission 6103, which constitutes a 
message requesting the process for issuing an elec- 
40 tronic payment card that corresponds to the payment 
card and the process for settling the price of the pay- 
ment card. 

[1776] As is shown in Fig. 97A. the digital signature of 
a payment card issuer is provided for data that consists 

45 of an electronic payment card issuing commission 
header 9700, which is header information identifying the 
message as the electronic payment card issuing com- 
mission 6103 and describing the data structure; a trans- 
action number 9701, which is an arbitrarily generated 

so number that uniquely identifies a transaction to which a 
user is a party; a sales value 9702, which conveys the 
price of a payment card; a clearing option 9703, which 
indicates which clearing procedures apply; a request 
number 9704; a payment card code 9705, which identi- 

55 ties the type of electronic payment card that is to be 
issued; a template code 9706, which identifies a tem- 
plate program to be used for an electronic payment card 
that is to be issued; a number of payment cards 9707, 
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which indicates how many payment cards are to be 
issued; payment card data 9708; representative compo- 
nent information 9709; a payment card issuer ID 9710; 
and an issued time 971 1 , which is the date on which the 
electronic payment card issuing commission 6103 was 5 
issued. These data are closed and addressed to the 
service provider, thereby providing the electronic pay- 
ment card issuing commission 6103. 
[1777] The clearing option 9703 is information by 
which the payment card issuing system designates, to 10 
the service providing system, the procedures to be used 
for clearing the price of a payment card. The clearing 
process is roughly divided into a spontaneous clearing 
process for issuing an electronic payment card to a user 
after the price of the payment card has been cleared, 15 
and a delayed clearing process for clearing the price of 
a payment card after an electronic payment card has 
been issued. The clearing option 9703 is used to desig- 
nate either clearing process. 

[1778] In the delayed clearing process, since an elec- 20 
tronic payment card is issued to a user before the clear- 
ing process is performed, the user does not have to 
wait. 

[1779] For example, based on a purchase history 
maintained for customers, the payment card issuer can 25 
designate the delayed clearing process for a customer 
with whom it has had dealings and who is known to be 
trustworthy, and can designate the spontaneous clear- 
ing for a customer with whom it has had no previous 
dealings. 30 
[1 780] The payment card data 9708 is payment card 
information issued by the payment card issuer. A 
number of payment card information items equivalent to 
the number of payment cards 9707 are established as 
the payment card data 9708. For one payment card, the 35 
digital signature of a payment card issuer is provided for 
data that consist of a card ID 9716, card information 
9717 and a payment card issuer ID 9718, and the pay- 
ment card information is thereby provided. The payment 
card information 9717 is ASCII information describing 40 
the contents of a payment card. For the payment card 
information 9717, the title of a payment card, the face 
value of the payment card that is issued, the usage con- 
dition, an issuer, and whether it can be transferred, are 
described using a form whereby tag information repre- 45 
senting information types is additionally provided. 
[1781] The representative component information 
9709 is information that is established as the represent- 
ative component information 2032 for an electronic pay- 
ment card to be generated. Therefore, the 50 
representative component information 9709 may not be 
set for use. 

[1 782] The payment card issuer processor of the serv- 
ice providing system receives the electronic payment 
card issuing commission 6103, decrypts it and exam- 55 
ines the digital signature, and transmits it to the service 
director processor. The service director processor per- 
forms the electronic payment card issuing process and 



the payment card price clearing process in accordance 
with the clearing procedures designated by using the 
clearing option 9703. 

[1783] In Fig. 61 is shown the spontaneous clearing 
process. The delayed clearing process will be described 
later. 

[1784] For the spontaneous clearing, the service 
director processor generates a clearing request 9824, 
which is a message requesting the clearing of the price 
of a payment card. The transaction processor processor 
closes the clearing request 9824 and addresses it to the 
transaction processor, and then transmits it as a clear- 
ing request 6104 to the transaction processing system 
106. 

[1785] As is shown in Fig. 98B, the digital signature of 
a service provider is provided for data that consists of a 
clearing request header 9814, which is header informa- 
tion indicating that the message is the clearing request 
6104 and describing the data structure; a user clearing 
account 9815, which includes a credit card that corre- 
sponds to the payment service code designated by the 
user; a payment card issuer clearing account 9816, 
which designates the clearing account of a payment 
card issuer; a payment value 9817; a payment option 
code 9818; a request number 9819, which is issued by 
the mobile user terminal 100; a transaction number 
9820, which is issued by the payment card issuing sys- 
tem; a validity term 9821, which presents the period 
during which the clearing request 6104 is effective; a 
service provider ID 9822; and an issued time 9823, 
which indicates the date on which the clearing request 
6104 was issued. These data are closed and addressed 
to the transaction processor, thereby providing the 
clearing request 6104. 

[1786] The transaction processing system 106 
receives the clearing request 6104, decrypts it and 
examines the digital signature, and performs the clear- 
ing process. Then, the transaction processing system 
106 generates a clearing completion notification 6105, 
and transmits it to the service providing system 110. 
[1 787] As is shown in Rg. 99A, the digital signature of 
a transaction processor is provided for data that consist 
of a clearing completion notification header 9900, which 
is header information indicating that the message is the 
clearing completion notification 6105 and describing the 
data structure; a clearing number 9901, which is an 
arbitrarily generated number that uniquely represents 
the clearing process performed by the transaction 
processing system 106; a user clearing account 9902; a 
payment card issuer clearing account 9903; a payment 
value 9904; a payment option code 9905; a request 
number 9906; a transaction number 9907; clearing 
information'9908 for a service provider that is accompa- 
nied by the digital signature of the transaction proces- 
sor; clearing information 9909 for a payment card issuer 
that is accompanied by the digital signature of the trans- 
action processor; clearing information 9910 for a user 
that is accompanied by the digital signature of the trans- 
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action processor; a transaction processor provider ID 
991 1 ; and an issued time 991 2, which indicates the date 
on which the clearing completion notification was 
issued. These data are closed and addressed to the 
service provider, thereby providing the clearing comple- 
tion notification 6105. 

[1788] Upon receiving the clearing completion notifi- 
cation 6105, the transaction processor processor of the 
service providing system 110 decrypts it and examines 
the digital signature, and transmits a clearing comple- 
tion notification 9913 to the service director processor. 
Upon receiving the clearing completion notification 
9913, the service director processor generates a clear- 
ing completion notification 9930 for the payment card 
issuer. The payment card issuer processor closes the 
clearing completion notification 9930, and transmits it to 
the payment card issuing system 107 as a clearing 
completion notification 6106 for the payment card 
issuer. 

[1789] As is shown in Fig. 99B, the digital signature of 
a service provider is provided for data that consist of a 
clearing completion notification header 9917, which is 
header information indicating that the message is the 
clearing completion notification 6106 and describing the 
data structure; a clearing number 9918; a customer 
number 9919; a payment card issuer ID 9920; a pay- 
ment service code 9921 ; a payment value 9922; a pay- 
ment option code 9923; a request number 9924; a 
transaction number 9925; clearing information 9926 for 
a payment card issuer that is accompanied by the digital 
signature of the transaction processor; a transaction 
processor ID 9927; a service provider ID 9928; and an 
issued time 9929, which indicates the date on which the 
clearing completion notification was issued. These data 
are closed and addressed to the payment card issuer, 
thereby providing the clearing completion notification 
6106. 

[1790] Upon receiving the clearing completion notifi- 
cation 6106, the payment card issuing system decrypts 
it and examines the digital signature, and generates a 
receipt 6107 and transmits it to the service providing 
system. 

[1791] As is shown in Fig. 100A, the digital signature 
of a payment card issuer is provided for data that con- 
sists of a receipt header 10000, which is header infor- 
mation indicating that the message is the receipt 6107 
and describing the data structure; a customer number 
10001 ; payment card issuing information 10002; a pay- 
ment service code 10003; a payment value 10004; a 
payment option code 10005; a request number 10006; 
a transaction number 10007; clearing information 
10008; a transaction processor ID 10009; a payment 
card issuer ID 10010; and an issued time 10011, which 
indicates the date on which the receipt 6107 was 
issued. These data are closed and addressed to the 
service provider, thereby providing the receipt 6107. 
The payment card issuing information 10002 is informa- 
tion concerning the payment card issuing process per- 
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formed by the payment card issuing system, and is 
accompanied by the digital signature of the payment 
card issuer. 

[1792] Upon receiving the receipt 6107, the payment 
s card issuer processor of the service providing system 
1 10 decrypts it and examines the digital signature, and 
transmits a receipt 10012 to the service director proces- 
sor. The service director processor employs the receipt 
10012 to generate a receipt 10023 for a user. 
10 [1 793] In addition, the service director processor gen- 
erates a clearing completion notification 9930 for the 
payment card issuing system, generates an electronic 
payment card to be issued to the user, and further gen- 
erates an electronic payment card issuing message 
15 9227 that includes the electronic payment card that is 
generated. 

[1 794] The user processor closes the electronic pay- 
ment card issuing message 9227 and the receipt 10023 
while addressing them to the user, and transmits them 

20 as an electronic payment card issuing message 61 08 
and a receipt 6109 to the mobile user terminal 100 via 
digital wireless communication. 
[1795] As is shown in Fig. 97B, the digital signature of 
a service provider is provided for data that consist of an 

25 electronic payment card issuing header 9720, which is 
header information indicating that the message is the 
electronic payment card issuing message 6108 and 
describing the data structure; a transaction number 
9721 ; a request number 9722; the number of payment 

30 cards 9723 ; electronic payment card data 9724 that are 
generated; a service provider ID 9725; and an issued 
time 9726, which indicates the date on which the elec- 
tronic payment card issuing message 6108 was issued. 
These data are closed and addressed to the user, 

35 thereby providing the electronic payment card issuing 
message 6108. The electronic payment card data 9724 
includes electronic payment cards 9731 equivalent in 
number to the number of payment cards 9723. 
[1796] As is shown in Fig. 100B, the digital signature 

40 of a service provider is provided for data that consists of 
a receipt header 10016, which is header information 
indicating that the message is the receipt 6109 and 
describing the data structure; a user ID 1 001 7; a receipt 
10018 (10012) obtained by decryption; clearing infor- 

45 mation 1 001 9 for a user that is accompanied by the dig- 
ital signature of a transaction processor; payment card 
issuing information 10020; a service provider ID 10021 ; 
and an issued time 10022, which indicates the date on 
which the receipt 6109 was issued. These data are 

so closed and addressed to the user, thereby providing the 
receipt 6109. The payment card issuing information 
10020 is information for the electronic payment card 
issuing process performed by the service providing sys- 
tem, and is accompanied by the digital signature of the 

55 service provider. 

[1797] Upon receiving the electronic payment card 
issuing message 6108 and the receipt 6109, the mobile 
user terminal decrypts them and examines the digital 
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signatures, enters in the payment card list 1713 an elec- 
tronic payment card included in the electronic payment 
card issuing message 6108, enters the receipt 10023 in 
the use list 1715, and displays the electronic payment 
card on the LCD 303. 5 
[1798] The generation of an electronic payment card 
by the service director processor is performed as fol- 
lows. 

[1799] First, the service director processor refers to 
the electronic payment card template list 5005 for the 10 
payment card issuer that is stored in the payment card 
issuer information server. Then, by using the electronic 
payment card template program that is identified by the 
template code 9706 of the electronic payment card issu- 
ing commission 6103, the service director processor is 
generates a payment card program for an electronic 
payment card. Specifically, the payment card program 
data 2013 for an electronic payment card are generated 
using the transaction module and the representation 
module, which are described as being located at the 20 
transaction module address 5019, and the representa- 
tion module address 5020 in the electronic payment 
card template list 5005, and the representative compo- 
nent information 9709 in the electronic payment card 
issuing commission 6103. When the representative 25 
component information 9709 is not present in the elec- 
tronic payment card issuing commission 6103, the 
default representative component information located at 
the default representative component information 
address 5021 is employed as the information for an 30 
electronic payment card. 

[1800] Following this and based on the payment card 
information included in the card information 9717, the 
service director processor generates the card status 
2007 and the total remaining value 2008. Whether the 35 
card status 2007 can be transferred is designated, and 
the face value of the payment card that is issued is set 
as the total remaining value 2007. The service director 
processor generates a new pair consisting of a card sig- 
nature private key and a card signature public key, and 40 
further generates the payment card program 2001 for 
an electronic payment card by employing the card pri- 
vate key and the accounting machine public key that are 
registered in the electronic payment card management 
information 5400. 45 
[1801] Furthermore, the service director processor 
generates an electronic payment card by employing the 
obtained card signature public key to generate the cer- 
tificate 2003 for the electronic payment card, and by 
employing the payment card data 971 9 in the electronic so 
payment card issuing commission 6103 to generate the 
presentation card 2002 for the electronic payment card. 
[1802] The procedures for the delayed clearing will 
now be described. 

[1803] In Fig. 62 are shown the procedures for 55 
exchanging messages between the devices in the pay- 
ment card purchase process for the delayed clearing. 
The same process is performed as is used for the spon- 
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taneous clearing until the payment card issuing system 
transmits the electronic payment card issuing commis- 
sion to the service providing system. 
[1804] When the delayed clearing is designated by the 
clearing option 9703, the service director processor 
generates an electronic payment card to be issued to 
the user, and also generates the electronic* payment 
card issuing message 9727, which includes the gener- 
ated electronic payment card, and a temporary receipt 
message 9810, which corresponds to a temporary 
receipt. The generation of the electronic payment card 
is performed in the same manner as that used for the 
spontaneous clearing. 

[1805] The user processor closes the electronic pay- 
ment card issuing message 9727 and the temporary 
receipt 981 0 and addresses them to the user, and trans- 
mits these messages as an electronic payment card 
issuing message 6204 and a temporary receipt 6205 to 
the mobile user terminal 100 via digital wireless tele- 
phone communication. 

[1806] As is shown in Fig. 98A, the digital signature of 
a service provider is provided for data that consists of a 
temporary receipt header 9800, which is header infor- 
mation indicating that the message is the temporary 
receipt 6205 and describing the data structure; a user 
ID 9801 ; payment card issuing information 9802; a pay- 
ment service code 9803; a payment value 9804; a pay- 
ment option code 9805; a request number 9806; a 
transaction number 9807; a service provider ID 9808; 
and an issued time 9809, which indicates the date on 
which the temporary receipt 6205 was issued. These 
data are closed and addressed to the user, thereby pro- 
viding the temporary receipt 6205. The payment card 
issuing information 9802 is information concerning the 
electronic payment card issuing process that is per- 
formed by the service providing system, and is accom- 
panied by the digital signature of the service provider. 
[1807] The data structure of the electronic payment 
card issuing message 6204 is the same as that used for 
the electronic payment card issuing message 6108. 
[1808] Upon receiving the electronic payment card 
issuing message 6204 and the temporary receipt 6205, 
the mobile user terminal decrypts them and examines 
the digital signatures, enters an electronic payment card 
included in the electronic payment card issuing mes- 
sage 6204 in the payment card list 1713, enters the 
temporary receipt 9810 in the use list 1715, and dis- 
plays the electronic payment card on the LCD 303. 
[1809] Following this, the service director processor 
performs the clearing process for the price of the pay- 
ment card. First, the service director processor gener- 
ates a clearing request 9824, which is a message 
requesting the performance of the clearing process for 
the price of the payment card. The transaction proces- 
sor closes the clearing request 9824 and addresses it to 
the transaction processor, and transmits it as a clearing 
request 6207 to the transaction processing system 106. 
[1810] Upon receiving the clearing request 6207, the 
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transaction processing system 106 decrypts it and 
examines the digital signature, and performs the clear- 
ing process. The transaction processing system 106 
generates a clearing completion notification 6208 and 
transmits it to the service providing system 110. 
[1811] Upon receiving the clearing completion notifi- 
cation 6208, the transaction processor processor of the 
service providing*system 1 10 decrypts it and examines 
the digital signature, and transmits a clearing comple- 
tion notification 9913 to the service director processor. 
The service director processor employs the received 
clearing completion notification 9913 to generate a 
clearing completion notification 9930 for the payment 
card issuer. And the payment card issuer processor 
closes the clearing completion notification 9930 and 
transmits it to the payment card issuing system 108 as 
a clearing completion notification 6209 for the payment 
card issuer. 

[1 81 2] The payment card issuing system decrypts the 
received clearing completion notification 6209 and 
examines the digital signature, and generates a receipt 
6210 and transmits it to the service providing system. 
[1 81 3] The payment card issuer processor of the serv- 
ice providing system decrypts the received receipt 6210 
and examines the digital signature, and transmits a 
receipt 10012 to the service director processor. The 
service director processor employs the receipt 10012 to 
generate a receipt 10023 for a user. 
[1814] The receipt 10023 that is generated is not 
immediately transmitted to the mobile user terminal 100 
of the user. When the mobile user terminal has per- 
formed the data updating process, the user processor 
replaces the temporary receipt 981 0 in the use list 1 71 5 
with the receipt 10023, and transmits the receipt 10023 
as one part of the update data 62 11 to the mobile user 
terminal 100. 

[1815] The data structures of the clearing request 
6207, the clearing completion notification 6208, the 
clearing completion notification 6209 and the receipt 
6210 for the delayed clearing are the same as those 
provided for the clearing request 6104, the clearing 
completion notification 6105, the clearing completion 
notification 6106 and the receipt 6107 for the spontane- 
ous clearing. 

[1 81 6] The delayed clearing process need not be per- 
formed immediately after the electronic payment card is 
issued, and together with the other clearing processes, 
may be performed, for example, once a day 
[1817] An explanation will now be given for the con- 
tents of messages that are exchanged by the mobile 
user terminal 100 and the service providing system 110 
during the payment card registration processing. 
[1818] In Fig. 65B are shown the procedures for 
exchanging messages between devices in the payment 
card registration processing, and in Figs. 107A and 
107B are shown the contents of messages that are 
exchanged by the devices in the payment card registra- 
tion processing. 



[1819] First, when the user performs an electronic 
payment card registration operation 6504, the mobile 
user terminal generates a payment card registration 
request 6505 and transmits it to the service providing 

5 system via digital wireless telephone communication. 
[1820] As is shown in Fig. 107A, the digital signature 
of a user is provided for data that consists of a payment 
card registration request header 10700, which is header 
information indicating that the message is the payment 

id card registration request 6505 and describing the data 
structure; a card ID 10701 of a payment card to be reg- 
istered; a user ID 10702; and an issued time 10703. 
which indicates the date on which the payment card 
registration request 6505 was issued. These data are 

15 closed and addressed to the service provider, thereby 
providing the payment card registration request 6505. 
[1821] The user processor of the service providing 
system decrypts the received payment card registration 
request 6505 and examines the digital signature, and 

20 transmits the request 6505 to the service manager 
processor. The service manager processor generates a 
service director processor to form a process group that 
processes a payment card registration request 10704. 
The service director processor ascertains that the elec- 
ts tronic payment card indicated by the card ID 10701 is 
registered in the payment card list 461 1 for the user in 
the user information server 902, and registers that elec- 
tronic payment card in the registered card list 5402 for 
electronic payment cards of the service director infor- 

30 mation server 901. At this time, the service director 
processor newly generates a card signature private key 
and a card signature public key pair. Further, the service 
director processor generates a registered card certifi- 
cate using the card signature public key, and registers it 

35 in the registered card list 5402. The service director 
processor then generates a card certificate issuing 
message 10713 using the card signature private key 
and the registered card certificate that has been gener- 
ated. The user processor closes the card certificate 

40 issuing message 10713 and addresses it to the user, 
and transmits it as- a payment card certificate issuing 
message 6506 to the mobile user terminal via digital 
wireless telephone communication. 
[1822] As is shown in Fig. 107B, the digital signature 

45 of a service provider is provided for data that consists of 
a card certificate issuing header 10708, which is header 
information indicating that the message is the payment 
card certificate issuing message 6506 and describing 
the data structure; a card digital signature private key 

so 10709; a registered card certificate 10710; a service 
provider ID 10711, and an issued time 10712, which 
indicates the date on which the payment card certificate 
issuing message 6506 was issued. These data are 
closed and addressed to the user, thereby providing the 

55 payment card certificate issuing message 6506. 

[1823] The mobile user terminal 100 decrypts the 
received payment card certificate issuing message 
6506 and examines the digital signature, replaces the 
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card signature private key and the card certificate of an 
electronic payment card with the card signature private 
key 10709 and the registered card certificate 10710, 
both of which are included in the payment card certifi- 
cate issuing message 6506, changes the registration 5 
state in the card status to the post-registration state, 
and displays on the LCD the electronic payment card 
that has been registered (display a payment card that is 
registered; 6507). 

[1824] An explanation will now be given for the con- 10 
tents of messages that are exchanged by the service 
providing system 110 and the merchant terminal 102, 
the merchant terminal 103, or the accounting machine 
3555 (automatic vending machine 104) during the pay- 
ment card setup processing. 15 
[1825] The payment card setup processing is not per- 
formed in accordance with a special processing 
sequence, but is performed in the data updating proc- 
ess during which the service providing system updates 
the data in the merchant terminal 102 (or the merchant 20 
terminal 103 or the accounting machine 3555). 
[1 826] Therefore, for the payment card setup process, 
the procedures for the exchange of messages by the 
service providing system and the merchant terminal 
102 (or the merchant terminal 103 or the accounting 25 
machine 3555), and the contents (data structures) of 
the messages to be exchanged are the same as those 
used for the above described data updating processing 
(Figs. 57 and 88). 

[1 827] It should be noted, however, that the payment 30 
card setup process is not performed each time the data 
updating process is performed, but when the payment 
card list 4609 for the merchant stored in the merchant 
information server 903 is updated by the service direc- 
tor processor. 35 
[1828] When the payment card list 4609 is updated, 
the merchant processor includes updated data in the 
payment card list 4609 for the compressed update data 
8828 in the update data 5705, and transmits the result- 
ant data as update data 5705 to the merchant terminal 40 
102 (or the merchant terminal 103 or the accounting 
machine 3555). 

[1 829] Upon receiving the update data 5705, the mer- 
chant terminal 102 (the merchant terminal 103 or the 
accounting machine 3555) decompresses the update 45 
data 8828, and updates the data in the RAM and on the 
hard disk. At this time, the payment card list 281 1 (321 1 
or 3608) in the merchant terminal 102 (or the merchant 
terminal 103 or the accounting machine 3555) is 
updated, and an electronic payment card that is han- so 
died by the merchant terminal 102 (or the merchant ter- 
minal 103 or the accounting machine 3555) is updated. 
[1830] An explanation will now be given for the con- 
tents of messages that are exchanged by between the 
mobile ussr terminal 100 and the merchant terminal ss 
102, the merchant terminal 103, or the accounting 
machine 3555 (automatic vending machine 104) during 
the payment card clearing processing. 
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[1831] In Fig. 68 are shown procedures for the 
exchange of messages by the mobile user terminal 100 
and the merchant terminal 102 or 103 during the pay- 
ment card clearing processing, and in Fig. 69 are shown 
procedures for the exchange of by the mobile user ter- 
minal 100 and the accounting machine 3555. In Figs. 
112A and 112B and Figs. 11 3A and 113B are shown 
the contents of messages that are exchanged by the 
devices during the payment card clearing processing. 
For the payment card clearing processing, the same 
procedures are employed for the exchange of mes- 
sages by the mobile user terminal 100 and the mer- 
chant terminal 102, the merchant terminal 103 or the 
accounting machine 3555, and the same contents (data 
structures) are included in the messages to be 
exchanged. 

[1832] First, when a user performs a payment offer 
operation 6804 or 6906, the mobile user terminal 
employs a payment card that is to be used for payment 
and an arbitrarily generated test pattern and produces a 
payment offer message 6805 or 6907, which is a mes- 
sage for offering the merchant the payment of a price. 
The mobile user terminal transmits the message 6805 
or 6907 to the merchant terminal 102 (or the merchant 
terminal 103 or the accounting machine 3555) via infra- 
red communication. 

[1833] As is shown in Fig. 112A, the payment offer 
message 6805 or 6907 consists of a payment offer 
header 11200, which is header information indicating 
that the message is the payment offer message 6805 or 
6907 and describes the data structure; a service code 
11201, which identifies the request for payment using 
an electronic payment card; a request number 11202, 
which is an arbitrarily generated number that uniquely 
represents the payment card clearing process; an 
amount of payment 1 1203 that is entered by the user; a 
presentation card 11203 for presenting an electronic 
payment card to be used for the payment; a card certifi- 
cate 11205; a current card status 11206 for an elec- 
tronic payment card to be used for the payment; a total 
remaining value 1 1207; a card ID 1 1208; an issued time 
1 1209, which indicates the date on which the payment 
offer message 6805 or 6907 was issued; and an 
accounting machine test pattern 11211, which is an 
arbitrarily generated test pattern. The digital signature is 
provided, using the card signature private key of an 
electronic payment card, for the card status 1 1206, the 
total remaining value 11207, the card ID 1 1208 and the 
issued time 11209. The accounting machine test pat- 
tern 11211 is encrypted using the accounting machine 
public key. 

[1834] The presentation card 1 1204, the card certifi- 
cate 1 1205, the card status 11206, the total remaining 
value 11207, the card ID 11208 and the issued date 
11209 specify the contents of the electronic payment 
card for the merchant terminal 102 (or the merchant ter- 
minal 103 or the accounting machine 3555), and the 
accounting machine test pattern 1 121 1 is a test pattern 
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for- authorizing the merchant terminal 102 (or the mer- 
chant terminal 103 or the accounting machine 3555). 
[1835] Upon receiving the payment offer 6805 or 
6907, first, the merchant terminal 102 (or the merchant 
terminal 103 or the accounting machine 3555) refers to s 
the payment card list 28 11 (321 1 or 3608) and activates 
a payment card clearing module that corresponds to the 
card code (included in a presentation card) for the elec- 
tronic payment card that is presented. Then, the mer- 
chant terminal 102 (or the merchant terminal 103 or the io 
accounting machine 3555) examines the validity of the 
contents of the payment offer 6805 or 6907, generates 
a payment offer response 6806 or 6908. which is a 
response message for the payment offer, and transmits 
it to the mobile user terminal via infrared communica- 75 
tion. When the electronic payment card that is pre- 
sented is not registered in the payment card list 281 1 
(321 1 or 3608), the payment offer response 6806 or 
6907 is transmitted, which indicates that the pertinent 
electronic payment card is not available. 20 
[1836] In the verification processing for determining 
the validity of the payment offer message 6805 or 6907, 
first, the merchant terminal 102 (or the merchant termi- 
nal 103 or the accounting machine 3555) verifies that 
for the sale the amount of payment 1 1203 designated 25 
by the user Is adequate. The merchant terminal 102 
employs the fact that the card certificate 1 1205 is a reg- 
istered card certificate, and examines the card status 
1 1 206 and the total remaining value 1 1 207 to determine 
whether the electronic payment card is valid and can be 30 
used as a payment card for the payment. Then, the mer- 
chant terminal 102 examines the presentation card 
11204, the digital signature of the service provider that 
is provided for the card certificate 1 1205, and the valid- 
ity term. Further, the merchant terminal employs the 35 
card signature public key of the card certificate 1 1 205 to 
examine the digital signature of the electronic payment 
card that is provided for the card status 1 1206, the total 
remaining value 11207, the card ID 11208 and the 
issued time 11209. In this fashion, the validity of the 40 
payment offer 6805 or 6907 is verified. 
[1 837] In the generation of the payment offer response 
6806 or 6908, the merchant terminal 102 (or the mer- 
chant terminal 103 or the accounting machine 3555) 
decrypts the accounting machine test pattern 11211 45 
using the accounting machine private key, and employs 
the card public key to encrypt the card test pattern 
11211 that is arbitrarily generated. 
[1838] As is shown in Fig. 1 12B, the digital signature 
of a merchant is provided for the data that consists of a so 
payment offer response header 1 1213, which is header 
information indicating that the message is the payment 
offer response 6806 or 6908 and describing the data 
structure; a transaction number 11214; a response 
message 11215; a request number 11216; a card ID ss 
11217; an instruction code 11218; an amount of sales 
1 1219, which indicates the price that is charged or the 
cost of the service that is calculated by the merchant 



terminal 102 (or the merchant terminal 103 or the 
accounting machine 3555); an accounting machine test 
pattern 11220, which is decrypted; a card test pattern 
1 1221 , which is an arbitrarily generated test pattern; an 
accounting machine ID 11223; a merchant ID 11224; 
and an issued time 11225, which indicates the date on 
which the payment offer response 6805 or 6908 was 
issued. In this fashion, the payment offer response 6806 
or 6908 is provided. The card test pattern 11221 is 
encrypted using the card public key. 
[1839] The transaction number 11214 is a number 
that is arbitrarily generated, by the merchant terminal 
102 (or the merchant terminal 103 or the accounting 
machine 3555), and that uniquely represents the pay- 
ment card clearing process. When, as a result of the 
examination of the payment offer 6805 or 6907, the pay- 
ment card clearing process can not be performed (the 
amount of the payment entered by the user is not suffi- 
cient, or when an electronic payment card is one that 
can not be handled by the pertinent merchant terminal 
102 (or the merchant terminal 103 or the accounting 
machine 3555)), a value of 0 is set. When the payment 
card clearing process can be performed, a value other 
than 0 is set. 

[1840] The response message 1 121 5 is text informa- 
tion constituting the message transmitted by the mer- 
chant to the user. When the merchant terminal 102 (or 
the merchant terminal 103 or the accounting machine 
3555) can not handle an electronic payment card that 
has been presented (transaction number = 0), data to 
that effect is included in the response message. The 
response message is prepared optionally, and may not 
be prepared. 

[1841] The instruction code 1 1218 is command code 
information for an electronic payment card, and is used 
when a value equivalent to the amount of sales 1 1219 is 
subtracted from the total remaining value held by the 
electronic payment card. The instruction code is varied 
by combining the electronic payment card transaction 
module and the payment card clearing module. 
[1842] When the mobile user terminal receives the 
payment offer response 6806 or 6908, first, for verifica- 
tion of to verify the merchant terminal 102 (or the mer- 
chant terminal 103 or the accounting machine 3555), it 
compares the accounting machine test pattern 11211 
with the accounting machine test pattern 11220 
included in the payment offer response 6806 or 6908. 
The mobile user terminal ascertains whether the 
amount of sales 1219 is equal to or smaller than the 
amount of payment 1 1 203 entered by the user, and sub- 
tracts the amount of sales 1 1219 from the total remain- 
ing value held by the electronic payment card in 
accordance with the instruction code 11218. Then, the 
mobile user terminal decrypts the card test patten using 
the card private key, and generates a micro-check mes- 
sage 6807 or 6909, which corresponds to a check that 
has as its face value the amount of the sale. The check 
is transmitted via infrared communication to the mer- 
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chant terminal 102 (or to the merchant terminal 103 or 
the accounting machine 3555). 

[1843] As is shown in Fig. 1 13 A, the digital signature 
using the card signature private key and the digital sig- 
nature of a user are provided for the data that consists s 
of a micro-check header 1 1300, which is header infor- 
mation indicating that the message is the micro check 
6807 or 6909 and describing the data structure ; a 
micro-check issuing number 1 1301 , which indicates the 
order of the payment card clearing process; a card test io 
pattern 11302, which is decrypted; an amount of pay- 
ment 1 1303, which indicates the obtained value that is 
subtracted from the total remaining value; a card status 
1 1 304; a total remaining value 1 1 305 available after the 
subtraction; an accounting machine ID 11306; a mer- 75 
chant ID 11307; a request number 1 1308; a transaction 
number 11309; a card code 11310; a card ID 11311; 
and an issued time 1 1312, which indicates the date on 
which the micro-check 6807 or 6909 was issued. In this 
fashion, the micro-check 6807 or 6909 is provided. 20 
[1 844] Upon receiving the micro-check 6807 or 6909, 
first, the merchant terminal 102 (or the merchant termi- 
nal 103 or the accounting machine 3555) authorizes the 
electronic payment card by comparing the card test pat- 
tern 11221 with the card test pattern 11302 that is 25 
included in the micro-check 6807 or 6909, examines the 
validity of the contents of the micro-check 6807 or 6909, 
and generates a receipt 6808 or 691 0 and transmits it to 
the mobile user terminal via infrared communication. 
[1 845] In the verification process for the validity of the 30 
micro-check 6807 or 6909, the merchant terminal 102 
(or the merchant terminal 103 or the accounting 
machine 3555) determines whether the amount of pay- 
ment 11303 represented by the micro-check 6807 or 
6909 is adequate for the value of the sale. Also, the mer- 35 
chant terminal 1 02 (or the merchant terminal 1 03 or the 
accounting machine 3555) determines whether the 
value obtained by subtracting the total remaining value 
1 1305 from the total remaining value 1 1207, which rep- 
resents the payment offer, is equal to the amount of pay- 40 
ment 11303 represented by the micro-check. Finally, 
the merchant terminal 102 examines the digital signa- 
ture of the electronic payment card accompanying the 
micro-check 6807 or 6909. 

[1846] As is shown in Fig. 1 13B, the digital signature 45 
of a merchant is provided for the data that consists of a 
receipt header 11314, which is header information indi- 
cating that the message is the receipt 6808 or 691 0 and 
describing the data structure; sales information 11315; 
acardID 11316; a total receipt value 11317, which indi- so 
cates the same value as the amount of payment 1 1 303 
represented by the micro-check that is received by the 
merchant; a request number 11318; a transaction 
number 11319; a micro-check issuing number 11320; 
an accounting machine ID 1 1321 ; a merchant ID 1 1322; 55 
and an issued time 1 1323, which indicates the date on 
which the receipt 6808 or 6910 was issued. In this fash- 
ion, the receipt 6808 or 6910 is provided. 
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[1847] The sales information 1 1315 is text information 
constituting the contents of a transaction acquired dur- 
ing the payment card clearing process, and corre- 
sponds to the specifications for the products that are 
traded or for the service that is provided, or for a state- 
ment of account. 

[1848] Upon receiving the receipt 6808 or 6910, the 
mobile user terminal verifies that the total receipt value 
1 131 7 is equal to the amount of payment 1 1 303 of rep- 
resented by the micro-check, and increments the micro- 
check issuing number. The mobile user terminal then 
registers the receipt 6808 or 6910 as usage information 
in the use list 1715, and displays the receipt 6808 or 
6910 on the LCD (display the receipt; 681 0 or 691 1 ). 
[1849] When the merchant terminal 102 (or the mer- 
chant terminal 103 or the accounting machine 3555) 
has transmitted the receipt 6808 or 6910, it registers, in 
the transaction list 2812 (3212 or 3609), the micro- 
check 6807 or 6909 and the receipt 6808 or 6910 as 
history information for the payment card clearing proc- 
ess. 

[1850] The merchant terminal 102 or the merchant 
terminal 103 displays, on the LCD, a message that indi- 
cates the termination of the payment card clearing proc- 
ess (display the clearing completion; 6809), and the 
product is delivered by the merchant to the user (deliver 
the product; 6811). Thereafter, the accounting machine 
3555 (automatic vending machine 104) discharges the 
product to the discharge port 703. 
[1851] When the mobile user terminal receives the 
payment offer, and the amount of payment 11203 
entered by the user is greater than the amount of sales 
1 1219, the dialogue message for asking the user for the 
value of the payment is displayed on the LCD 303. 
When the user again enters a payment value that is 
greater than the amount of sales 1 1219, a micro-check 
having the entered value as the payment value 11303 
may be issued. In this case, a value that corresponds to 
the difference between the amount of payment 11303 
and the amount of sales 1 1219 can be paid as a com- 
mission to the merchant. 

[1852] An explanation will now be given for the con- 
tents of messages that are exchanged by the devices 
during the payment card reference processing. 
[1853] In Fig. 72 are shown procedures for the 
exchange of messages by the devices during the pay- 
ment card reference processing, and in Figs. 88A to 
88D and Fig. 1 16B are shown the contents of messages 
that are exchanged during the payment card reference 
processing. The payment card reference processing is 
not performed in accordance with a special processing 
sequence, but is performed in the data updating proc- 
ess during which the service providing system updates 
the data in the merchant terminal 102 (or the merchant 
terminal 103 or the accounting machine 3555). 
[1854] Therefore, for the payment card reference 
process, the procedures for the exchange of messages 
by the merchant terminal 102 (or the merchant terminal 
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103 or the accounting machine 3555) and the service 
providing system, and the contents (data structures) of 
the messages to be exchanged are the same as those 
employed for the above described data updating 
processing. 5 

[1855] Compressed upload data 8818 in the upload 
data 5702 include a micro-check that is newly regis- 
tered in the transaction list 2510 during the payment 
card clearing process conducted during the period 
extending from the previous performance of the data 10 
updating process to the current performance of the data 
updating process. 

11856] During the data updating processing, the mer- 
chant processor transmits, to the service manager proc- 
essor, a message requesting the reference process be is 
performed for the micro-check that is uploaded from the 
merchant terminal 102 (or the merchant terminal 103 or 
the accounting machine 3555). The service manager 
processor generates a service director processor to 
form a process group for examining the validity of the 20 
micro-check. 

[1857] First, the service director processor determines 
whether the accounting machine ID 1 1 306 and the mer- 
chant ID 1 1307 in the micro-check match the account- 
ing machine ID 5215 of the merchant and the merchant 25 
ID 5214. Then, the service director processor examines 
the registered card list 5402 in the service director infor- 
mation server 901 to verify that the electronic payment 
card for which the micro-check was issued is registered. 
The service director processor employs the user public 30 
key 5419 to examine the digital signature of the user 
that accompanies the micro-check, and employs the 
registered card certificate to examine the digital signa- 
ture for the payment card that accompanies the micro- 
check. In addition, the service director processor 35 
employs the micro-check issuing number when examin- 
ing the matching of the amount of payment with the total 
remaining value, and transmits the result of the exami- 
nation to the merchant processor. As a result, the micro- 
check is registered in the micro-check list. 40 
[1858] The merchant processor enters the received 
payment card reference results in the compressed 
update data 8828 in the update data 5705, and trans- 
mits the data 5705 to the merchant terminal 1 02 (or the 
merchant terminal 1 03) . 45 
[1859] When an error occurs in the process for verify- 
ing the validity of the micro-check, the service director 
processor transmits a message indicating that an error 
occurred in the management system 908. 
[1 860] Upon receiving the update data 5705, the mer- so 
chant terminal 102 (or the merchant terminal 103) 
decompresses the update data 8828 and updates the 
data in the RAM and on the hard disk. At this time, the 
payment card reference results are registered in the 
authorization report list 2813 (3213) of the merchantter- 55 
minal 102 (the merchant terminal 103). 
[1 861 ] If the firm represented by the merchant differs 
from that represented by the payment card issuer, and a 



payment for the merchant who handles the payment 
card is made by the payment card issuer, or if the usage 
of the payment card is periodically reported to the pay- 
ment card issuer in accordance with the terms of a con- 
tract, in accordance with the micro-check that is newly 
registered in the micro-check list, the service director 
processor generates weekly, for example, a usage con- 
dition notification 1 1616, which is a message for notify- 
ing the payment card issuer of the payment card usage 
condition. The payment card issuer processor closes 
the notification 1 1616 and addresses it to the payment 
card issuer, and transmits it as a usage report 7200 to 
the payment card issuing system 108. 
[1862] As is shown in Fig. 1 16B, the digital signature 
of a service provider is provided for the data that con- 
sists of a usage report header 11610, which is header 
information indicating that the message is the usage 
report 7200 and describing the data structure; a card ID 
and payment value list 1 1611 of payment cards that are 
employed; the merchant name 1 1612 and the merchant 
ID 1 1 61 3 of a merchant that handles the payment card ; 
a service provider ID 11614; and an issued time 11615, 
which indicates the date on which the usage report 
7200 was issued. These data are closed and addressed 
to the payment card issuer, thereby providing the usage 
report 7200. 

[1 863] Upon receiving the usage report 7200, the pay- 
ment card issuing system 108 decrypts it and examines 
the digital signature, and performs such processing as 
making a payment to the merchant. 
[1864] An explanation will now be given for the con- 
tents of messages that are exchanged by the devices 
during the payment card transfer processing. 
[1865] In Fig. 75 are shown procedures for the 
exchange of messages by the devices during the pay- 
ment card transfer processing, and in Figs. 120A and 
120B, 121 A and 121B, and 122A and 122B are shown 
the contents of messages that are exchanged during 
the payment card transfer processing. 
[1 866] The payment card transfer process can be per- 
formed when the card status 2007 of the electronic pay- 
ment card indicates the transfer enabled state, which is 
designated by the payment card issuer when issuing a 
payment card. 

[1 867] In Fig. 75 is shown a case where user A trans- 
fers an electronic payment card to user B. The proce- 
dures for the exchange of messages by the devices 
belonging to users A and B are the same for infrared 
communication as they are for digital wireless communi- 
cation. The data structures of messages are also the 
same. 

[1868] In Fig. 75, first, when user A performs a pay- 
ment card transfer process 7500, the mobile user termi- 
nal of user A transmits a payment card transfer offer 
7501, which is a message offering to transfer an elec- 
tronic payment card, to the mobile user terminal of user 
B. When at this time the mobile user terminals of user A 
and user B are connected, communication between 
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user A and user B is performed via digital wireless tele- response 7504 was issued; and a user public key certif- 

phone. When the mobile user terminals are not con- icate 12021. In this fashion, the card transfer offer 

nected, infrared communication is employed. response 7504 is provided. 

[1869] As is shown in Fig. 120A, the digital signature [1874] The user public key certificate 12021 is a public 

of user A is provided for the data consisting of a card s key certificate for user B. To provide this certificate 

transfer offer header 12000, which is header information 12021 , the digital signature of the service provider is 

indicating that the message is the card transfer offer provided for the data that consist of a user public key 

7501 and describing the data structure; a transfer offer certificate header 12022; a user public key 12023 for 

number 12001, which is an arbitrarily generated number user B; a public key certificate ID 12024, which is ID 

that uniquely represents the payment card transfer io information for the public key certificate; a certificate 

process; a presentation card 12002 and a card certifi- validity term 12025; a service provider ID 12026; and a 

cate 12003 for an electronic payment card to be trans- certificate issued time 12027. 

ferred; a card status 12004; a total remaining value [1875] The acceptance number 12017 is arbitrarily 

12005; a card ID 12006; an issued time 12007, which generated, by the mobile user terminal of user B, as a 

indicates the date on which the card transfer offer 7501 15 number that uniquely represents the payment card 

was issued; and a user public key certificate 12009. In transfer processing. With this number, the mobile user 

this fashion, the card transfer offer 7501 is provided. terminal of user A is notified as to whether user B has 

The digital signature of the electronic payment card is accepted the card transfer offer 7501. When user B 

provided, using the card signature private key, for the does not accept the card transfer offer 7501 , a value of 

card status 1 2004, the variable card information 1 2005, 20 0 is set as the acceptance number 1 201 7. When user B 

the card ID 12006 and the issued time 12007. accepts the card transfer offer 7501 , a value other than 

[1870] The digital signature of the service provider is 0 is set. 

provided for the data that consist of a user public key [1876] Upon receiving the card transfer offer response 

header 12010; the user public key 1201 1 of user A; a 7504, the mobile user terminal of user A displays, on the 

public key certificate ID 12012, which is ID information 25 LCD, the contents of the card transfer offer response 

for the public key certificate; a certificate validity term 7504 (display the transfer offer response; 7505). When 

12013; a service provider ID 12014; and a certificate the card transfer offer 7501 is accepted (acceptance 

issued time 12015. In this fashion, the user public key number 12017 * 0), the mobile user terminal of user A 

certificate 12009 is provided. examines the digital signature of the service provider of 

[1871] Upon receiving the card transfer offer 7501, the 30 the user public key certificate 12021 and the validity 

mobile user terminal of user B examines the presenta- term. The mobile user terminal generates a card trans- 

tioncard 12002, the card certified 12003, and the digital fer certificate 7506, which is a message that corre- 

signature of the service provider and the validity term of sponds to a transfer certificate for an electronic payment 

the public key certificate 12009. Then, the mobile user card to user B, and transmits it to the mobile user termi- 

terminal examines the digital signature of the electronic 35 nal of user B. 

payment card that is provided for the card status 12004, [1877] As is shown in Fig. 121 A, the digital signature 

the total remaining value 12005, the card ID 12006 and of the electronic payment and the digital signature of 

the issued time 12007, and the digital signature of user user A are provided for the data that consist of a card 

A accompanying the card transfer offer 7501 , and veri- transfer certificate header 12100. which is header infor- 

fies the contents of the card transfer offer 7501. In 40 mation indicating that the message is the card transfer 

accordance with the presentation card 12002. the card certificate 7506 and describing the data structure; a 

status 12004 and the total remaining value 12005, the presentation card 12101 for an electronic payment card 

mobile user terminal then displays, on the LCD, the con- to be transferred; a card status 12102; a total remaining 

tents of the electronic payment card that is to be trans- value 12103; a transfer offer number 12104; an accept- 

ferred (display the transfer offer; 7502). 45 ance number 12105; a public key certificate ID 12106 

[1 872] When user B performs a transfer offer accept- for the user public key certificate of user B; a public key 

ance operation 7503, the mobile user terminal of user B certificate ID 121 07 for the user public key certificate of 

transmits, to the mobile user terminal of user A, a card user A; a card ID 12108; and an issued time 12109, 

transfer offer response 7504, which is a response mes- which indicates the date on which the card transfer cer- 

sage for the card transfer offer 7501 . so tif icate 7506 was issued. These data are closed and 

[1873] As is shown in Fig. 120B, the digital signature addressed to user B, thereby providing the card transfer 

of user B is provided for the data that consist of a card certificate 7506. 

transfer offer response^header 12016, which is header [1878] Upon receiving the card transfer certificate 

information indicating that the message is the card 7506. the mobile user terminal of user B decrypts it and 

transfer offer response 7504 and describing the data 55 examines the digital signature of user A and the one 

structure; an acceptance number 1 201 7; a transfer offer accompanying the electronic payment card. Further, the 

number 12018; a card ID 12019; an issued time 12020. mobile user terminal compares the card ID presented 

which indicates the date on which the card transfer offer by the card transfer offer 7501 with the card ID 1 21 08, 
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and compares the public key certificate IDs 12106 and 
12107 with the public key certificates of users B and A 
to verify the contents of the card transfer certificate 
7506. The mobile user terminal then generates a card 
transfer receipt 7507, which is a message indicating the 
electronic payment card has been received, and trans- 
mits the receipt 7507 to the mobile user terminal of user 
A. 

[1879] As is shown in Fig. 121B, the digital signature 
of user B is provided for the data that consist of a card 
transfer receipt header 121 15, which is header informa- 
tion indicating that the message is the card transfer 
receipt 7507 and describing the data structure; a card 
ID 121 16; a transfer offer number 121 1 7; an acceptance 
number 121 18; a public key certificate ID 121 19 for the 
user public key certificate of user A; a public key certifi- 
cate ID 12120 for the user public key certificate of user 
B; and an issued time 12121, which indicates the date 
on which the card transfer receipt 7507 was issued. 
These data are closed and addressed to user A, 
thereby providing the card transfer receipt 7507. 
[1880] Upon receiving the card transfer receipt 7507, 
the mobile user terminal of user A decrypts it, and 
examines the digital signature of user B. Further, the 
mobile user terminal compares the public key certificate 
IDs 12119 and 12120 with the public key certificates of 
users B and A to verify the contents of the card transfer 
receipt 7507. The mobile user terminal then erases the 
transferred electronic payment card from the card list 
1713, and registers the card transfer receipt 12122 in 
use history 1715. At this time, addresses in the object 
data area at which the transfer offer number, the code 
information indicating the card transfer process, the 
issued time for the card transfer receipt 7507 and the 
card transfer receipt 12122 are stored are assigned to 
the request number 1840 in the use list 1715, the serv- 
ice code 1841 , the use time 1842 and the use informa- 
tion address 1843. 

[1 881 ] The mobile user terminal of user A displays, on 
the LCD, a message indicating the completion of the 
transfer process (display the transfer process; 7508). 
The process at the mobile user terminal of user A 
(sender) is thereafter terminated. 
[1882] After transmitting the card transfer receipt 
7507, the mobile user terminal of user B displays the 
received card transfer certificate 12111 on the LCD. In 
addition, the mobile user terminal displays a dialogue 
message inquiring whether the transfer process with the 
service providing server (process for downloading the 
received electronic payment card from the service pro- 
viding system) should be immediately performed (dis- 
play the transfer certificate; 7509). 
[1883] The dialogue message has two operating 
menus: "transfer process request" and "cancel." When 
"cancel" is selected, the transfer process performed 
with the service providing server is canceled, and in the 
process (data updating process) during which the serv- 
ice providing system updates the data in the mobile 



user terminal, an electronic payment card that has been 
transferred is assigned to the mobile user terminal. 
[1 884] When user B selects "transfer process request" 
(transfer process request operation; 7510), based on 

5 the card transfer certificate 121 1 1 the mobile user ter- 
minal generates a card transfer request 751 1 , which is 
a message requesting that the transfer process be per- 
formed with the service providing system, and transmits 
it to the service providing system via digital wireless tel- 

10 ephone communication. 

[1885] As is shown in Fig. 122A, the digital signature 
of user B is provided for the data that consists of a card 
transfer request header 12200, which is header infor- 
mation indicating that the message is the card transfer 

15 request 7511 and describing the data structure; a 
decrypted card transfer certificate 12201 (12111); the 
user ID 12202 of user B; and an issued time 12203, 
which indicates the date when the card transfer request 
751 1 was issued. These data are closed and addressed 

20 to the service provider, thereby providing the card trans- 
fer request 7511. 

[1 886] Upon receiving the card transfer request 751 1 , 
the user processor of user B of the service providing 
system 110 decrypts it and examines the digital signa- 
ls ture, and transmits it to the service manager processor. 
The service manager processor generates a service 
director processor to form a process group for process- 
ing the card transfer request 12204. 
[1887] The service director processor, first refers to 

30 the user list 5200 and specifies the recipient (user B) 
and the sender (user A) of the transfer process by 
employing the public key certificate IDs 12106 and 
12107 in the card transfer certificate 12201 that is 
included in the card transfer request 12204. The service 

35 director processor examines the digital signature of the 
user A and the digital signature accompanying the elec- 
tronic payment card, which are provided for the card 
transfer certificate 12201, and verifies the validity of the 
card transfer certificate 12201. Following this, the serv- 

40 ice director processor erases the electronic payment 
card to be transferred from the card list 461 1 of the user 
A that is stored in the user information server 902. Then, 
the service director processor changes the card signa- 
ture private key and card signature public key pair and 

45 the card certificate for a new key pair and a card certifi- 
cate, and also changes the card status and the total 
remaining value to the card status 1 2 1 02 and to the total 
remaining value 12103 for the card transfer certificate 
12201. The service director processor generates an 

so electronic payment card received from user A, and 
enters it in the card list 461 1 for the user B. 
[1 888] When the electronic payment card that is to be 
transferred has already been registered, the service 
director processor updates the registered card list 5402 

55 holding the electronic payment card. Specifically, the 
user ID 5418, the user public key 5419, the registered 
card certificate address 5420, the micro-check list 
address 5421 and the former user information address 
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5422, all of which are in the registered card list 5402, 
are updated (to the information for user B). The old 
information (information for user A) is pointed to at the 
former user information address 5422 as former user 
information 5423.. 

[1889] The service director processor generates a 
payment card transfer message 12215, which includes 
an electronic payment card transferrecffrom user A. The 
user processor of user B closes the message 12215 
and addresses it to the user B, and transmits it as a pay- 
ment card transfer message 7512 to the mobile user 
terminal of user B via digital wireless telephone commu- 
nication. 

[1890] As is shown in Fig. 122B, the digital signature 
of the service provider is provided for the data that con- 
sist of a payment card transfer header 12208, which is 
header information indicating that the message is the 
card transfer 7512 and describing the data structure; a 
transfer number 12209, which is an arbitrarily generated 
number that represents the transfer process in the serv- 
ice providing system; transfer information 12210; an 
acceptance number 12211; an electronic payment card 
12212, which is transferred; a service provider ID 
12213; and an issued time 12214, which indicates the 
date when the payment card transfer message 7512 
was issued. These data are closed and addressed to 
the user B, thereby providing the card transfer message 
7512. 

[1891] The transfer information 12210 is information 
concerning the electronic payment card transfer proc- 
ess performed by the service providing system, and is 
accompanied by the digital signature of the service pro- 
vider. 

[1 892] The mobile user terminal of user B decrypts the 
received payment card transfer message 7512 and 
examines the digital signature, registers the electronic 
payment card 12212 in the card list 1713, and displays 
the electronic payment card on the LCD (display the 
electronic payment card; 7513). The card transfer proc- 
ess is thereafter terminated. 

[1893] An explanation will now be given for the con- 
tents of messages that are exchanged by the devices 
during the electronic payment card installation process- 
ing. 

[1894] In Fig. 78 are shown procedures for the 
exchange of messages by the devices during the elec- 
tronic payment card installation processing, and in Figs. 
125A and 125B, and 125 A and 125B are shown the 
contents of messages that are exchanged during the 
electronic payment installation processing. 
[1895] First, when the user performs an electronic 
payment card installation operation 7800, the mobile 
user terminal generates an electronic payment card 
installation request 7801 , and transmits it to the service 
providing system 110 via digital wireless telephone 
communication. 

[1896] As is shown in Fig. 125A, the digital signature 
of the user is provided for the data that consists of an 
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electronic payment card installation request header 
12500, which is header information indicating that the 
message is the electronic payment card installation 
request 7801 and describes the data structure; an 
5 installation card number 12501 and an installation 
number 12502, which are entered by a user; a request 
number 12503. which is an arbitrarily generated number 
that uniquely represents the electronic payment card 
installation process; a user ID 12504; and an issued 
10 time 12505, which indicates the date when the elec- 
tronic payment card installation request 7801 was 
issued. These data are closed and addressed to the 
service provider, thereby providing the electronic pay- 
ment card installation request 7801 . 
15 [1897] Upon receiving the electronic payment card 
installation request 7801, the user processor of the 
service providing system 1 10 decrypts it and examines 
the.digital signature, and transmits it to the service man- 
ager processor. The service manager processor gener- 
ic ates a service director processor to form a process 
group for processing the electronic payment card instal- 
lation request 12506. 

[1898] First, the service director processor refers to 
the installation card list that is indicated by the installa- 

25 tion card list address 5236 for the payment card issuer 
list 5204, and specifies a payment card issuer who 
issues a payment card that is represented by the instal- 
lation number 12501. The service director processor 
generates a payment card installation request 12517, 

30 which is a message requesting that the payment card 
issuer issue a payment card using the installation card. 
The payment card issuer processor closes the request 
12517 and addresses it to the payment card issuer, and 
transmits it as a payment card installation request 7802 

35 to the payment card issuing system 108. 

[1899] As is shown in Fig. 125B, the digital signature 
of the service provider is provided for the data that con- 
sist of a payment card installation request header 
12510, which is header information indicating that the 

40 message is the payment card installation request 7802 
and describing the data structure; an installation card 
number 1251 1 ; an installation number 12512; a request 
number 12513; a customer number 12514, which 
uniquely represents a user for the payment card issuer; 

45 a service provider ID 12515; and an issued time 12516, 
which indicates the date when the payment card instal- 
lation request 7802 was issued. These data are closed 
and addressed to the payment card issuer, thereby pro- 
viding the payment card installation request 7802. 

so [1900] Upon receiving the payment card installation 
request 7802, the payment card issuing system 108 
decrypts it and examines the digital signature. The pay- 
ment card issuing server 1200 compares the installation 
card number 12511 and the installation number 12512, 

55 which are included in the payment card installation 
request 7802, with the management information for the 
issued electronic payment card installation card that is 
stored in the payment card issuing information server 
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1202. The payment card issuing server 1200 then 
updates the data in the customer information server 
1202 and the payment card issuing information server 

1203. Furthermore, the payment card issuing server 
generates payment card data (12606) for a requested 
payment card, and transmits, to the service providing 
system, an electronic payment card installation com- 
mission 7803. which is a message requesting the instal- 
lation of an electronic payment card that corresponds to 
the requested payment card. 

[1901] As is shown in Fig. 126A, the digital signature 
of the payment card issuer is provided for the data that 
consists of an electronic payment card installation com- 
mission header 12600. which is header information indi- 
cating that the message is the electronic payment card 
installation commission 7803 and describing the data 
structure; a transaction number 12601 , which is an arbi- 
trarily generated number that uniquely represents the 
transaction with a user; payment card issuing informa- 
tion 12602; a request number 12603; card code 12604, 
which indicates the type of electronic payment card that 
is to be issued; a template code 12605, which indicates 
a template program for an electronic payment card to be 
issued; payment card data 12606; representative com- 
ponent information 12607; a payment card issuer ID 
12608; and an issued time 12609, which indicates the 
date when the electronic payment card installation com- 
mission 7803 was issued. These data are closed and 
addressed to the service provider, thereby providing the 
electronic payment card installation commission 7803. 
[1 902] The payment card issuing information 1 2602 is 
information concerning the payment card issuing proc- 
ess performed by the payment card issuing system, and 
is accompanied by the digital signature of the payment 
card issuer. 

[1 903] The payment card data 12606 is payment card 
information issued by the payment card issuer, wherein 
the digital signature of the payment card issuer accom- 
panies the data that consists of the card ID 12614, the 
payment card information 12615 and the card ID 12616. 
[1 904] The payment card issuer processor of the serv- 
ice providing system decrypts the received electronic 
payment card installation commission 7803 and exam- 
ines the digital signature, and transmits the commission 

7803 to the service director processor. In accordance 
with the electronic payment card installation commis- 
sion 12610, the service director processor generates an 
electronic payment card to be issued to a user, using 
the same procedures as are used for the payment card 
purchase processing, and also generates an electronic 
payment card installation message 12615, which is a 
message directing that the electronic payment card be 
installed in the mobile user terminal. The user proces- 
sor closes the electronic payment card installation mes- 
sage 12655 and addressees it to a user, and transmits 
it as an electronic payment card installation message 

7804 to the mobile user terminal via digital wireless tel- 
ephone communication. 
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[1905] As is shown in Fig. 126B, the digital signature 
of the service provider is provided for the data that con- 
sists of an electronic payment card installation header 
12617, which is header information indicating that the 

5 message is the electronic payment card installation 
message 7804 and describing the data structure; a 
transaction number 12618; payment card issuing infor- 
mation 12619, which concerns the payment card issu- 
ing process performed by the payment card issuing 

w system; payment card issuing information 12620. which 
concerns the payment card issuing process performed 
by the service providing system; a request number 
12621; generated electronic payment card data 12622; 
a service provider ID 12623; and an issued time 12624, 

75 which indicates the date when the electronic payment 
card installation message 7804 was issued. These data 
are closed and addressed to the user, thereby providing 
the electronic payment card installation message 7804. 
The payment card issuing information 12619 and the 

20 payment card issuing information 12620 are accompa- 
nied by the digital signatures of the payment card issuer 
and the service provider. 

[1 906] The mobile user terminal decrypts the received 
electronic payment card installation message 7804 and 

25 examines the digital signature, registers, in the card list 
1713, the electronic payment card included in the elec- 
tronic payment card installation request 7804, and dis- 
plays the installed electronic payment card on the LCD 
(display the electronic payment card; 7805). 

30 [1 907] An explanation will now be given for the con- 
tents of messages that are exchanged by devices in var- 
ious processes for electronic telephone card service. 
[1908] First, an explanation will be given for the con- 
tents of messages that are exchanged by devices dur- 

35 ing the telephone card purchase processing. 

[1909] In Fig. 63 are shown the procedures for the 
exchange of messages by devices during the telephone 
card purchase processing, in Figs. 101 A and 101B, 
102 A and 102B, 103 A and 103B, 104A and 104B, and 

40 105A and 105B are shown the contents of messages 
that are exchanged by devices during the telephone 
card purchase processing. 

[1910] First, when a user performs a telephone card 
purchase order operation 6300, the mobile user termi- 
45 nal transmits a telephone card purchase order 6301 to 
the service providing system through digital wireless tel- 
ephone communication. 

[1 91 1 ] As is shown in Fig. 1 01 A, the digital signature 
of a user is provided for data that consists of a tele- 

so phone card purchase order header 10100, which is 
header information identifying the message as the tele- 
phone card purchase order 6301 and describing the 
data structure; a response code 10101, which identifies 
the type of service requested by the user; a card order 

55 code 10102, which identifies an order code for a tele- 
phone card that is entered by the user; a number of tel- 
ephone cards 10103 that the user has entered; a 
payment service code 10104, which identifies a credit 
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card designated by the user; a payment value 10105; a 
payment option code 10106, which identifies a payment 
option, such as the number of payments designated by 
the user; a request number 10107, which is an arbitrar- 
ily generated number that uniquely represents the tele- 
phone card purchase processing; a validity term 10108 
for the telephone card purchase order 6301; a user ID 
10109; and an issued time 10110, which is the date on 
which the telephone card purchase order 6301 was 
issued. These data are closed and addressed to the 
service provider, thereby providing the telephone card 
purchase order 63@01. The service code 8901 identi- 
fies the purchase order of a telephone card to a tele- 
phone card issuer who is selected by the user. 
[1912] Upon receiving the telephone card purchase 
order 6301, the user processor of the service providing 
system 110 decrypts it and examines the digital signa- 
ture, and transmits it to the service manager processor. 
Then, the service manager processor generates a serv- 
ice director processor to form a process group that proc- 
esses a telephone card order 10111. The service 
director processor refers to the telephone card issuer 
list 5205 and generates a telephone card purchase 
order 10126 for the telephone card issuer indicated by 
the service code 10101. The telephone card issuer 
processor closes the telephone card order and 
addresses it to the telephone card issuer, and transmits 
the resultant order as a telephone card purchase order 
6302 to the telephone card issuing system 109. 
[1913] As is shown in Fig. 101 B, the digital signature 
of a service providing system is provided for data that 
consists of a telephone card purchase order header 
10115, which is header information indicating that the 
message is the telephone card purchase order 6302 
and describing the data structure; a card order code 
101 16; a number of cards 101 17 that are purchased; a 
payment service code 1 0 1 1 8 ; a payment value 1 0 1 1 9 ; a 
payment option code 10120; a request number 10121; 
a customer number 10122, which uniquely represents a 
user for the telephone card issuer; a validity term 1 01 23 
for the telephone card purchase order 6302; a service 
provider ID 10124; and an issued time 10125, which is 
the date on which the telephone card purchase order 
6302 was issued. These data are closed and addressed 
to the telephone card issuer, thereby providing the tele- 
phone card purchase order 6302. 
[1914] When there was a previous transaction to 
which the user and the telephone card issuer were par- 
ties, a customer number that is registered in the cus- 
tomer table of the telephone card issuer is established 
as the customer number 10122. When there was no 
previous transaction, the service director processor 
generates for the telephone card issuer a number that 
uniquely represents the user, establishes it as the cus- 
tomer number 10122, and registers that number in the 
customer table. The customer table is designated by 
using the customer table address 5244 of the telephone 
card issuer list 5205. 
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[1915] Upon receiving the telephone card purchase 
order 6302, the telephone card issuing system 109 
decrypts it and examines the digital signature. The tele- 
phone card issuing server 1300 updates the data in the 

5 customer information server 1301, the telephone card 
issuing information server 1302 and the telephone card 
information server 1303, generates telephone card data 
(10219) for the ordered telephone card, and transmits, 
to the service providing system, an electronic telephone 

10 card issuing commission 6303, which constitutes a 
message requesting the process for issuing an elec- 
tronic telephone card that corresponds to the telephone 
card and the process for settling the price of the tele- 
phone card. 

15 [1916] As is shown in Fig. 102 A, the digital signature 
of a telephone card issuer is provided for data that con- 
sists of an electronic telephone card issuing commis- 
sion header 10200, which is header information 
identifying the message as the electronic telephone 

20 card issuing commission 6303 and describing the data 
structure; a transaction number 10201 , which is an arbi- 
trarily generated number that uniquely identifies a trans- 
action to which a user is a party; a sales value 10202, 
which conveys the price of a telephone card; a clearing 

25 option 10203, which indicates which clearing proce- 
dures apply; a request number 10204; a telephone card 
code 10205, which identifies the type of electronic tele- 
phone card that is to be issued; a template code 10206, 
which identifies a template program to be used for an 

30 electronic telephone card that is to be issued; a number 
of telephone cards 10207, which indicates how many 
telephone cards are to be issued; telephone card data 
10208; representative component information 10209; a 
telephone card issuer ID 10210; and an issued time 

35 10211, which is the date on which the electronic tele- 
phone card issuing commission 6303 was issued. 
These data are closed and addressed to the service 
provider, thereby providing the electronic telephone 
card issuing commission 6303. 

40 [1917] The clearing option 10203 is information by 
which the telephone card issuing system designates, to 
the service providing system, the procedures to be used 
for clearing the price of a telephone card. The clearing 
process is roughly divided into a spontaneous clearing 

45 process for issuing an electronic telephone card to a 
user after the price of the telephone card has been 
cleared, and a delayed clearing process for clearing the 
price of a telephone card after an electronic telephone 
card has been issued. The clearing option 10203 is 

so used to designate either clearing process. 

[1 91 8] In the delayed clearing process, since an elec- 
tronic telephone card is issued to a user before the 
clearing process is performed, the. user does not have 
to wait. 

55 [1919] For example, based on a purchase history 
maintained for customers, the telephone card issuer 
can designate the delayed clearing process for a cus- 
tomer with whom it has had dealings and who is known 
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to b.e trustworthy, ancf can designate the spontaneous 
clearing for a customer with whom it has had no previ- 
ous dealings. 

[1920] The telephone card data 10208 is telephone 
card information issued by the telephone card issuer. A 5 
number of telephone card information items equivalent 
to the number of telephone cards 10207 are established 
as the telephone card data 10208. For one telephone 
card, the digital signature of a telephone card issuer is 
provided for data that consist of a card ID 10216, card io 
information 10217 and a telephone card issuer ID 
10218, and the telephone card information is thereby 
provided. The telephone card information 10217 is 
ASCII information describing the contents of a tele- 
phone card. For the telephone card information 10217, 15 
the title of a telephone card, the face value of the tele- 
phone card that is issued, the usage condition, an 
issuer, and whether it can be transferred, are described 
using a form whereby tag information representing infor- 
mation types is additionally provided. 20 
[1921] The representative component information 
10209 is information that is established as the repre- 
sentative component information 2132 for an electronic 
telephone card to be generated. Therefore, the repre- 
sentative component information 10209 may not be set 25 
for use. 

[1922] The telephone card issuer processor of the 
service providing system receives the electronic tele- 
phone card issuing commission 6303, decrypts it and 
examines the digital signature, and transmits it to the 30 
service director processor. The service director proces- 
sor performs the electronic telephone card issuing proc- 
ess and the telephone card price clearing process in 
accordance with the clearing procedures designated by 
using the clearing option 10203. 35 
[1923] In Fig. 63 is shown the spontaneous clearing 
process. The delayed clearing process will be described 
later. 

[1924] For the spontaneous clearing, the service 
director processor generates a clearing request 10324, 40 
which is a message requesting the clearing of the price 
of a telephone card. The transaction processor proces- 
sor closes the clearing request 10324 and addresses it 
to the transaction processor, and then transmits it as a 
clearing request 6304 to the transaction processing sys- 45 
tern 106. 

[1925] As is shown in Fig. 103B, the digital signature 
of a service provider is provided for data that consists of 
a clearing request header 10314, which is header infor- 
mation indicating that the message is the clearing so 
request 6304 and describing the data structure; a user 
clearing account 10315, which includes a credit card 
that corresponds to the payment service code desig- 
nated by the user; a telephone card issuer clearing 
account 10316, which designates the clearing account 55 
of a telephone card issuer; a payment value 10317; a 
payment option code 10318; a request number 10319, 
which is issued by the mobile user terminal 100; a trans- 



action number 10320, which is issued by the telephone 
card issuing system; a validity term 10321, which 
presents the period during which the clearing request 
6304 is effective; a service provider ID 10322; and an 
issued time 10323, which indicates the date on which 
the clearing request 6304 was issued. These data are 
closed and addressed to the transaction processor, 
thereby providing the clearing request 6304. 
[1926] The transaction processing system 106 
receives the clearing request 6304, decrypts it and 
examines the digital Signature, and performs the clear- 
ing process. Then, the transaction processing system 
106 generates a clearing completion notification 6305, 
and transmits it to the service providing system 110. 
[1927] As is shown in Fig. 104A, the digital signature 
of a transaction processor is provided for data that con- 
sist of a clearing completion notification header 10400, 
which is header information indicating that the message 
is the clearing completion notification 6305 and describ- 
ing the data structure; a clearing number 10401 , which 
is an arbitrarily generated number that uniquely repre- 
sents the clearing process performed by the transaction 
processing system 106; a user clearing account 10402; 
a telephone card issuer clearing account 10403; a pay- 
ment value 10404; a payment option code 10405; a 
request number 10406; a transaction number 10407; 
clearing information 10408 for a service provider that is 
accompanied by the digital signature of the transaction 
processor; clearing information 10409 for a telephone 
card issuer that is accompanied by the digital signature 
of the transaction processor; clearing information 10410 
for a user that is accompanied by the digital signature of 
the transaction processor; a transaction processor pro- 
vider ID 10411; and an issued time 10412, which indi- 
cates the date on which the clearing completion 
notification was issued. These data are closed and 
addressed to the service provider, thereby providing the 
clearing completion notification 6305. 
[1928] Upon receiving the clearing completion notifi- 
cation 6305, the transaction processor processor of the 
service providing system 110 decrypts it and examines 
the digital signature, and transmits a clearing comple- 
tion notification 10413 to the service director processor. 
Upon receiving the clearing completion notification 
10413, the service director processor generates a 
clearing completion notification 10430 for the telephone 
card issuer. The telephone card issuer processor closes 
the clearing completion notification 10430, and trans- 
mits it to the telephone card issuing system 109 as a 
clearing completion notification 6306 for the telephone 
card issuer. 

[1929] As is shown in Fig. 104B, the digital signature 
of a service provider is provided for data that consist of 
a clearing completion notification header 10417, which 
is header information indicating that the message is the 
clearing completion notification 6306 and describing the 
data structure; a clearing number 10418; a customer 
number 10419; a telephone card issuer ID 10420; a 
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payment service code 10421 ; a payment value 10422; a 
payment option code 10423; a request number 10424; 
a transaction number 10425; clearing information 
10426 for a telephone card issuer that is accompanied 
by the digital signature of the transaction processor; a 5 
transaction processor ID 10427; a service provider ID 
10428; and an issued time 10429, which indicates the 
date on which the clearing completion notification was 
issued. These data are closed and addressed to the tel- 
ephone card issuer, thereby providing the clearing com- 10 
pletion notification 6306. 

[1930] Upon receiving the clearing completion notifi- 
cation 6306, the telephone card issuing system 
decrypts it and examines the digital signature, and gen- 
erates a receipt 6307 and transmits it to the service pro- 15 
viding system. 

[1931] As is shown in Fig. 105A, the digital signature 
of a telephone card issuer is provided for data that con- 
sists of a receipt header 10500, which is header infor- 
mation indicating that the message is the receipt 6307 20 
and describing the data structure; a customer number 
10501; telephone card issuing information 10502; a 
payment service code 10503; a payment value 10504; a 
payment option code 10505; a request number 10506; 
a transaction number 10507; clearing information 25 
10508; a transaction processor ID 10509; a telephone 
card issuer ID 10510; and an issued time 1051 1, which 
indicates the date on which the receipt 6307 was 
issued. These data are closed and addressed to the 
service provider, thereby providing the receipt 6307. 30 
The telephone card issuing information 10502 is infor- 
mation concerning the telephone card issuing process 
performed by the telephone card issuing system, and is 
accompanied by the digital signature of the telephone 
card issuer. 3S 
[1 932] Upon receiving the receipt 6307, the telephone 
card issuer processor of the service providing system 
110 decrypts it and examines the digital signature, and 
transmits a receipt 10512 to the service director proces- 
sor. The service director processor employs the receipt 40 
10512 to generate a receipt 10523 for a user. 
[1 933] In addition, the service director processor gen- 
erates a clearing completion notification 10430 for the 
telephone card issuing system, generates an electronic 
telephone card to be issued to the user, and further gen- 45 
erates an electronic telephone card issuing message 
10227 that includes the electronic telephone card that is 
generated. 

[1 934] The user processor closes the electronic tele- 
phone card issuing message 10227 and the receipt so 
10523 while addressing them to the user, and transmits 
them as an electronic telephone card issuing message 
6308 and a receipt 6309 to the mobile user terminal 1 00 
via digital wireless communication. 

[1935] As is shown in Fig. 102B, the digital signature ss 
of a service provider is provided for data that consist of 
an electronic telephone card issuing header 10220, 
which is header information indicating that the message 



is the electronic telephone card issuing message 6308 
and describing the data structure; a transaction number 
10221; a request number 10222; the number of tele- 
phone cards 10223; electronic telephone card data 
10224 that are generated; a service provider ID 10225; 
and an issued time 10226, which indicates the date on 
which the electronic telephone card issuing message 
6308 was issued. These data are closed and addressed 
to the user, thereby providing the electronic telephone 
card issuing message 6308. The electronic telephone 
card data 10224 includes electronic telephone cards 
10231 equivalent in number to the number of telephone 
cards 10223. 

[1936] As is shown in Fig. 105B, the digital signature 
of a service provider is provided for data that consists of 
a receipt header 10516, which is header information 
indicating that the message is the receipt 6309 and 
describing the data structure; a user ID 1051 7; a receipt 
10518 (10512) obtained by decryption; clearing infor- 
mation 1 051 9 for a user that is accompanied by the dig- 
ital signature of a transaction processor; telephone card 
issuing information 10520; a service provider ID 10521 ; 
and an issued time 10522, which indicates the date on 
which the receipt 6309 was issued. These data are 
closed and addressed to the user, thereby providing the 
receipt 6309. The telephone card issuing information 
10520 is information for the electronic telephone card 
issuing process performed by the service providing sys- 
tem, and is accompanied by the digital signature of the 
service provider. 

[19371 Upon receiving the electronic telephone card 
issuing message 6308 and the receipt 6309, the mobile 
user terminal decrypts them and examines the digital 
signatures, enters in the telephone card list 1714 an 
electronic telephone card included in the electronic tele- 
phone card issuing message 6308, enters the receipt 
10523 in the use list 1715, and displays the electronic 
telephone card on the LCD 303. 
[1 938] The generation of an electronic telephone card 
by the service director processor is performed as fol- 
lows. 

[1939] First, the service director processor refers to 
the electronic telephone card template list 5105 for the 
telephone card issuer that is stored in the telephone 
card issuer information server. Then, by using the elec- 
tronic telephone card template program that is identified 
by the template code 1 0206 of the electronic telephone 
card issuing commission 6303, the service director 
processor generates a telephone card program for an 
electronic telephone card. Specifically, the telephone 
card program data 2113 for an electronic telephone 
card are generated using the transaction module and 
the representation module, which are described as 
being located at the transaction module address 5119, 
and the representation module address 5120 in the 
electronic telephone card template list 5105, and the 
representative component information 10209 in the 
electronic telephone card issuing commission 6303. 
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When the representative component information 10209 
is not present in the electronic telephone card issuing 
commission 6303, the default representative compo- 
nent information located at the default representative 
component information address 5121 is employed as 5 
the information for an electronic telephone card. 
[1 940] Following this and based on the telephone card 
information included in the card information 10217, the 
service director processor generates the card status 
2107 and the total remaining value 2108. Whether the 10 
card status 2107 can be transferred is designated, and 
the face value of the telephone card that is issued is set 
as the total remaining value 2107. The service director 
processor generates a new pair consisting of a card sig- 
nature private key and a card signature public key, and 15 
further generates the telephone card program 2101 for 
an electronic telephone card by employing the carcl pri- 
vate key and the accounting machine public key that are 
registered in the electronic telephone card management 
information 5500. 2 o 
[1 941 ] Furthermore, the service director processor 
generates an electronic telephone card by employing 
the obtained card signature public key to generate the 
certificate 2103 for the electronic telephone card, and 
by employing the telephone card data 1 021 9 in the elec- 25 
tronic telephone card issuing commission 6303 to gen- 
erate the presentation card 2102 for the electronic 
telephone card. 

[1942] The procedures for the delayed clearing will 
now be described. 30 
[1943] In Fig. 64 are shown the procedures for 
exchanging messages between the devices in the tele- 
phone card purchase process for the delayed clearing. 
The same process is performed as is used for the spon- 
taneous clearing until the telephone card issuing sys- 35 
tern transmits the electronic telephone card issuing 
commission to the service providing system. 
[1 944] When the delayed clearing is designated by the 
clearing option 10203, the service director processor 
generates an electronic telephone card to be issued to 40 
the user, and also generates the electronic telephone 
card issuing message 10227. which includes the gener- 
ated electronic telephone card, and a temporary receipt 
message 10310, which corresponds to a temporary 
receipt. The generation of the electronic telephone card 45 
is performed in the same manner as that used for the 
spontaneous clearing. 

[1 945] The user processor closes the electronic tele- 
phone card issuing message 10227 and the temporary 
receipt 981 0 and addresses them to the user, and trans- so 
mits these messages as an electronic telephone card 
issuing message 6404 and a temporary receipt 6405 to 
the mobile user terminal 1 00 via digital wireless tele- 
phone communication. 

[1946] As is shown in Fig. 103A, the digital signature 55 
of a service provider is provided for data that consists of 
a temporary receipt header 10300, which is header 
information indicating that the message is the tempo- 



rary receipt 6405 and describing the data structure; a 
user ID 10301; telephone card issuing information 
10302; a payment service code 10303; a payment value 
10304; a payment option code 10305; a request 
number 10306; a transaction number 10307; a service 
provider ID 10308; and an issued time 10309, which 
indicates the date on which the temporary receipt 6405 
was issued. These data are closed and addressed to 
the user, thereby providing the temporary receipt 6405. 
The telephone card issuing information 10302 is infor- 
mation concerning the electronic telephone card issuing 
process that is performed by the service providing sys- 
tem, and is accompanied by the digital signature of the 
service provider. 

[1 947] The data structure of the electronic telephone 
card issuing message 6404 is the same as that used for 
the electronic telephone card issuing message 6308. 
[1948] Upon receiving the electronic telephone card 
issuing message 6404 and the temporary receipt 6405, 
the mobile user terminal decrypts them and examines 
the digital signatures, enters an electronic telephone 
card included in the electronic telephone card issuing 
message 6404 in the telephone card list 1714, enters 
the temporary receipt 10310 in the use list 1715, and 
displays the electronic payment card on the LCD 303. 
[1949] Following this, the service director processor 
performs the clearing process for the price of the tele- 
phone card. First, the service director processor gener- 
ates a clearing request 10324, which is a message 
requesting the performance of the clearing process for 
the price of the telephone card. The transaction proces- 
sor closes the clearing request 10324 and addresses it 
to the transaction processor, and transmits it as a clear- 
ing request 6407 to the transaction processing system 
106. 

[1950] Upon receiving the clearing request 6407, the 
transaction processing system 106 decrypts it and 
examines the digital signature, and performs the clear- 
ing process. The transaction processing system 106 
generates a clearing completion notification 6408 and 
transmits it to the service providing system 110. 
[1951] Upon receiving the clearing completion notifi- 
cation 6408. the transaction processor of the service 
providing system 1 10 decrypts it and examines the dig- 
ital signature, and transmits a clearing completion noti- 
fication 10413 to the service director processor. The 
service director processor employs the received clear- 
ing completion notification 10413 to generate a clearing 
completion notification 10430 for the telephone card 
issuer. And the telephone card issuer processor closes 
the clearing completion notification 10430 and transmits 
it to the telephone card issuing system 109 as a clearing 
completion notification 6409 for the telephone card 
issuer. 

[1952] The telephone card issuing system decrypts 
the received clearing completion notification 6409 and 
examines the digital signature, and generates a receipt 
6410 and transmits it to the service providing system. 
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[1953] The telephone card issuer processor of the 
service providing system decrypts the received receipt 
6410 and examines the digital signature, and transmits 
a receipt 10512 to the service director processor. The 
service director processor employs the receipt 1 051 2 to s 
generate a receipt 10523 for a user. 
[1954] The receipt 10523 that is generated is not 
* immediately transmitted to the mobile user terminal 100 
of the user. When the mobile user terminal has per- 
formed the data updating process, the user processor w 
replaces the temporary receipt 10310 in the use list 
1715 with the receipt 10523, and transmits the receipt 
10523 as one part of the update data 641 1 to the mobile 
user terminal 100. 

[1955] The data structures of the clearing request is 
6407, the clearing completion notification 6408, the 
clearing completion notification 6409 and the receipt 
6410 for the delayed clearing are the same as those 
provided for the clearing request 6304, the clearing 
completion notification 6305, the clearing completion 20 
notification 6306 and the receipt 6307 for the spontane- 
ous clearing. 

[1 956] The delayed clearing process need not be per- 
formed immediately after the electronic telephone card 
is issued, and together with the other clearing proc- 25 
esses, may be performed, for example, once a day. 
[1957] An explanation will now be given for the con- 
tents of messages that are exchanged by the mobile 
user terminal 100 and the service providing system 110 
during the telephone card registration processing. 30 
[1958] In Fig. 65C are shown the procedures for 
exchanging messages between devices in the tele- 
phone card registration processing, and in Figs. 108A 
and 1 08B are shown the contents of messages that are 
exchanged by the devices in the telephone card regis- 35 
tration processing. 

[1 959] First, when the user performs an electronic tel- 
ephone card registration operation 6508, the mobile 
user terminal generates a telephone card registration 
request 6509 and transmits it to the service providing 40 
system via digital wireless telephone communication. 
[1960] As is shown in Fig. 108A, the digital signature 
of a user is provided for data that consists of a tele- 
phone card registration request header 10800, which is 
header information indicating that the message is the 45 
telephone card registration request 6509 and describing 
the data structure; a card ID 10801 of a telephone card 
to be registered; a user ID 10802; and an issued time 
10803, which indicates the date on which the telephone 
card registration request 6509 was issued. These data so 
are closed and addressed to the service provider, 
thereby providing the telephone card registration 
request 6509. 

[1961] The user processor of the service providing 
system decrypts the received telephone card registra- 55 
tion request 6509 and examines the digital signature, 
and transmits the request 6509 to the service manager 
processor. The service manager processor generates a 



service director processor to form a process group that 
processes a telephone card registration request 10804. 
The service director processor ascertains that the elec- 
tronic telephone card indicated by the card ID 10801 is 
registered in the telephone card list 4612 for the user in 
the user information server 902, and registers that elec- 
tronic telephone card in the registered card list 5502 for 
electronic telephone cards of the service director infor- 
mation server 901. At this time, the service director 
processor newly generates a card signature private key 
and a card signature public key pair. Further, the service 
director processor generates a registered card certifi- 
cate using the card signature public key, and registers it 
in the registered card list 5502. The service director 
processor then generates a card certificate issuing 
message 10813 using the card signature private key 
and the registered card certificate that has been gener- 
ated. The user processor closes the card certificate 
issuing message 10813 and addresses it to the user, 
and transmits it as a telephone card certificate issuing 
message 6510 to the mobile user terminal via digital 
wireless telephone communication. 
[1962] As is shown in Fig. 108B, the digital signature 
of a service provider is provided for data that consists of 
a telephone card certificate issuing header 10808, 
which is header information indicating that the message 
is the telephone card certificate issuing message 6510 
and describing the data structure; a card digital signa- 
ture private key 10809; a registered card certificate 
10810; a service provider ID 1081 1, and an issued time 
10812, which indicates the date on which the telephone 
card certificate issuing message 6510 was issued. 
These data are closed and addressed to the user, 
thereby providing the telephone card certificate issuing 
message 6510. 

[1963] The mobile user terminal 100 decrypts the 
received card certificate issuing message 6510 and 
examines the digital signature, replaces the card signa- 
ture private key and the card certificate of an electronic 
telephone card with the card signature private key 
10809 and the registered card certificate 10810, both of 
which are included in the telephone card certificate 
issuing message 6510, changes the registration state in 
the card status to the post-registration state, and dis- 
plays on the LCD the electronic telephone card that has 
been registered (display a telephone card that is regis- 
tered; 6511). 

[1964] An explanation will now be given for the con- 
tents of messages that are exchanged by the service 
providing system 1 10 and the electronic telephone card 
accounting machine 800 (switching center 105) during 
the telephone card setup processing. 
[1965] The telephone card setup processing is not 
performed in accordance with a special processing 
sequence, but is performed in the data updating proc- 
ess during which the service providing system updates 
the data in the electronic telephone card accounting 
machine 800. 
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[1966] Therefore, for the telephone card setup proc- 
ess, the procedures for the exchange of messages by 
the service providing system and the electronic tele- 
phone card accounting machine 800, and the contents 
(data structures) of the messages to be exchanged are 5 
the same as those used for the above described data 
updating processing. 

[1 967] It should be noted, however, that the telephone 
card setup process is not performed each time the data 
updating process is performed, but when the telephone io 
card list 4610 for the merchant stored in the merchant 
information server 903 is updated by the service direc- 
tor processor. 

[1968] When the telephone card list 4610 is updated, 
the merchant processor includes updated data in the 75 
telephone card list 4610 for the compressed update 
data 8828 in the update data 5705, and transmits the 
resultant data as update data 5705 to the electronic tel- 
ephone card accounting machine 800. 
[1 969] Upon receiving the update data 5705, the elec- 20 
tronic telephone accounting machine decompresses 
the update data 8828, and updates the data in the RAM 
and on the hard disk. At this time, the telephone card list 
3908 in the electronic telephone card accounting 
machine 800 is updated, and an electronic telephone 25 
card that is handled by the electronic telephone card 
accounting machine 800 is updated. 
[1970] An explanation will now be given for the con- 
tents of messages that are exchanged by between the 
mobile ussr terminal 100 and the electronic telephone 30 
card accounting machine 800 (switching center 105) 
during the telephone card clearing processing. 
[1971] In Fig. 70 are shown procedures for the 
exchange of messages by the mobile user terminal 100 
and the electronic telephone card accounting machine 35 
800 (switching center 105) during the telephone card 
clearing processing, and in Figs. 114A and 114B and 
Figs. 115A and 115B are shown the contents of mes- 
sages that are exchanged by the mobile user terminal 
100 and the electronic telephone card accounting 40 
machine 800 (switching center 105) during the tele- 
phone card clearing processing. 
[1972] First, when a user displays an electronic tele- 
phone card used for communication and performs a 
calling operation 7000, the mobile user terminal 45 
employs a telephone card that is to be used for commu- 
nication and an arbitrarily generated test pattern and 
produces a micro-check call request 7001, which is a 
message for requesting that a telephone number 
entered by a user be dialed by using the electronic tele- so 
phone card. The mobile user terminal transmits the 
request 7001 to the switching center 105 via infrared 
communication. 
, [1973] As is shown in Fig. 1 14A, the micro-check call 
request 7001 consists of a micro-check call request 55 
header 11400, which is header information indicating 
that the message is the micro-check call request 7001 
and describes the data structure; a service code 1 1401 , 
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which identifies the request for communication using an 
electronic telephone card; a request number 11402, 
which is an arbitrarily generated number that uniquely 
represents the telephone card clearing process; an tel- 
ephone number 11403 that is a telephone number 
entered by the user; a presentation card 11403 for pre- 
senting an electronic telephone card to be used for the 
communication; a card certificate 1 1405; a current card 
status 11406 for an electronic telephone card to be 
used for the communication; a total remaining value 
11407; a card ID 11408; an issued time 11409. which 
indicates the date on which the micro-check call request 
7001 was issued; and an accounting machine test pat- 
tern 11411, which is an arbitrarily generated test pat- 
tern. The digital signature is provided, using the card 
signature private key of an electronic telephone card, for 
the card status 11406, the total remaining value 11407, 
the card ID 11408 and the issued time 11409. The 
accounting machine test pattern 11411 is encrypted 
using the accounting machine public key. 
[1974] The presentation card 11404, the card certifi- 
cate 11405, the card status 1 1406, the total remaining 
value 11407, the card ID 11408 and the issued date 
11409 specify the contents of the electronic telephone 
card for the electronic telephone card accounting 
machine 800, and the accounting machine test pattern 
1 141 1 is a test pattern for authorizing the electronic tel- 
ephone card accounting machine 800. 
[1975] Upon receiving the micro-check call request 
7001 at the switching center 105, first, the electronic tel- 
ephone card accounting machine 800 refers to the tele- 
phone card list 3908 and activates a telephone card 
clearing module that corresponds to the card code 
(included in a presentation card) for the electronic tele- 
phone card that is presented. Then, the electronic tele- 
phone card accounting machine 800 examines the 
validity of the contents of the micro-check call request 
7001, generates a micro-check call response 7002, 
which charges a communication fee V (V < 0) for a pre- 
determined communication T (T > 0), and transmits it to 
the mobile user terminal via digital wireless telephone 
communication. When the electronic telephone card 
that is presented is not registered in the telephone card 
list 3908, the micro-check call response 3908 is trans- 
mitted, which indicates that the pertinent electronic tele- 
phone card is not available. 

[1976] In the verification processing for determining 
the validity of the micro-check call request 7001, first, 
the electronic telephone card accounting machine 800 
employs the fact that the card certificate 1 1405 is a reg- 
istered card certificate, and examines the card status 
1 1406 and the total remaining value 1 1407 to determine 
whether the electronic telephone card is valid and can 
be used as a telephone card for the payment of the 
communication charge. Then, the electronic telephone 
card accounting machine 800 examines the presenta- 
tion card 1 1404, the digital signature of the service pro- 
vider that is provided for the card certificate 1 1405, and 
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the validity term. Further, the merchant terminal 
employs the card signature public key of the card certif- 
icate 1 1405 to examine the digital signature of the elec- 
tronic telephone card that is provided for the card status 
11406, the total remaining value 11407, the card ID 5 
11408 and the issued time 11409. In this fashion, the 
validity of the micro-check call request 7001 is verified. 
[1977] In the generation of the micro-check call 
response 7002, the electronic telephone card account- 
ing machine 800 decrypts the accounting machine test io 
pattern 11411 using the accounting machine private 
key, and employs the card public key to encrypt the card 
test pattern 1 1411 that is arbitrarily generated. 
[1978] As is shown in Fig. 1 14B, the digital signature 
of a communication service provider is provided for the is 
data that consists of a micro-check call response 
header 11413, which is header information indicating 
that the message is the micro-check call response 7002 
and describing the data structure; a transaction number 
11414; a response message 11415; a request number 20 
11416; a card ID 11417; an instruction code 11418; an 
amount of charge 1 1419, which indicates the communi- 
cation fee V for the communication time T; an account- 
ing machine test pattern 11420, which is decrypted; a 
card test pattern 11421, which is an arbitrarily gener- 25 
ated test pattern; an accounting machine ID 11423; a 
communication service provider ID 11424; and an 
issued time 11425, which indicates the date on which 
the micro-check call response 7002 was issued. In this 
fashion, the micro-check call response 7002 is pro- 30 
vided. The card test pattern 11421 is encrypted using 
the card public key. 

[1979] The transaction number 11414 is a number 
that is arbitrarily generated, by the electronic telephone 
card accounting machine 800, and that uniquely repre- 35 
sents the telephone card clearing process. When, as a 
result of the examination of the micro-check call request 
7001, the telephone card clearing process can not be 
performed (when an electronic telephone card is one 
that can not be handled by the pertinent electronic tele- 40 
phone card accounting machine 800), a value of 0 is 
set. When the telephone card clearing process can be 
performed, a value other than 0 is set. 
[1980] The response message 1 1 41 5 is text informa- 
tion constituting the message transmitted by the com- 45 
munication service provider to the user. When the 
electronic telephone card accounting machine 800 can 
not handle an electronic telephone card that has been 
presented (transaction number = 0), data to that effect is 
included in the response message. The response mes- so 
sage is prepared optionally, and may not be prepared. 
[1981] The instruction code 1 1418 is command code 
information for an electronic telephone card, and is 
used when a value equivalent to the amount of charge 
1 141 9 is subtracted from the total remaining value held 55 
by the electronic telephone card. The instruction code is 
varied by combining the electronic telephone card 
transaction module and the telephone card clearing 
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module. 

[1982] When the mobile user terminal receives the 
micro-check call response 7002, first, for verification of 
to verify the electronic telephone card accounting 
machine 800, it compares the accounting machine test 
pattern 1 1 41 1 with the accounting machine test pattern 
11420 included in the micro-check call response 7002 
in order to verify the electronic telephone card account- 
ing machine 800. The mobile user terminal subtracts 
the amount of sales 11419 from the total remaining 
value held by the electronic telephone card in accord- 
ance with the instruction code 1 1418. Then, the mobile 
user terminal decrypts the card test patten using the 
card private key, and generates a telephone micro- 
check message 7003, which corresponds to a check 
that has as its face value the amount of the charge. The 
check is transmitted via digital wireless telephone com- 
munication to the electronic telephone card accounting 
machine 800 (switching center 1 05). Further, the mobile 
user terminal displays, on the LCD, a message indicat- 
ing a call is on process (display a call on process; 6704) 
[1983] As is shown in Fig. 1 15A, the digital signature 
using the card signature private key and the digital sig- 
nature of a user are provided for the data that consists 
of a telephone micro-check header 11500, which is 
header information indicating that the message is the 
telephone micro-check 7003 and describing the data 
structure; a micro-check issuing number 11501, which 
indicates the order of the telephone card clearing proc- 
ess; a card test pattern 11502, which is decrypted; an 
amount of payment 1 1503, which indicates the obtained 
value that is subtracted from the total remaining value; a 
card status 1 1504; a total remaining value 1 1505 avail- 
able after the subtraction; an accounting machine ID 
11506; a communication service provider ID 11507; a 
request number 1 1508; a transaction number 1 1509; a 
card code 1 1510; a card ID 1 151 1 ; and an issued time 
11512, which indicates the date on which the telephone 
micro-check 7003 was issued. In this fashion, the tele- 
phone micro-check 7003 is provided. 
[1984] Upon receiving the telephone micro-check 
7003 at the switching center 105, first, the electronic tel- 
ephone card accounting machine 800 authorizes the 
electronic telephone card by comparing the card test 
pattern 11421 with the card test pattern 11502 that is 
included in the telephone micro-check 7003, and exam- 
ines the validity of the contents of the telephone micro- 
check 7003. In the verification process for the validity of 
the telephone micro-check 7003, the electronic tele- 
phone accounting machine 800 determines whether the 
amount of payment 11503 represented by the tele- 
phone micro-check 7003 is equal to the value of the 
charge. Also, the electronic telephone card accounting 
machine 800 determines whether the value obtained by 
subtracting the total remaining value 11505 from the 
total remaining value 11407, which represents the 
micro-check call request, is equal to the amount of pay- 
ment 11503 represented by the telephone micro-check. 
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Finally, the electronic telephone card accounting 
machine 800 examines the digital signature of the elec- 
tronic telephone card accompanying the telephone 
micro-check 7003. 

[1985] The switch 801 transmits, to the telephone ter- 
minal 115, a call arrival request 7005, which is a mes- 
sage for calling the telephone terminal 115 that 
corresponds to the telephone number 11403. Upon 
receiving the call arrival request 7005. the telephone 
terminal 115 outputs a call tone to notify the owner (call 
receiver) of the telephone terminal 115 that a call has 
arrived (display the arrival of a call; 7006). When the 
recipient raises the handset (communication operation 
7007). the telephone terminal 115 transmits, to the 
switch 801 , a call response 7008. which is a message to 
permit the call. 

[1986] When the switch 801 receives the call 
response 7008, the electronic telephone card account- 
ing machine 800 generates a receipt message 7009 
that corresponds to a receipt for the telephone micro- 
check 7003 that is paid, and transmits the message to 
the mobile user terminal via digital wireless telephone 
communication. The switch 801 connects the lines of 
the mobile user terminal 100 and the telephone terminal 
115, so that the user can communicate with the call 
recipient. 

[1987] As is shown in Fig. 1 15B, the digital signature 
of a merchant is provided for the data that consists of a 
receipt header 11514, which is header information indi- 
cating that the message is the receipt 7009 and describ- 
ing the data structure; provided service information 
11515; a card ID 11516; a total receipt value 11517, 
which reflects the same value as the amount of payment 
11503 remitted by the telephone micro-check that is 
received; a request number 11518; a transaction 
number 11519; a telephone micro-check issuing 
number 11520; an accounting machine ID 11521; a 
communication service provider ID 11522; and an 
issued time 1 1523, which indicates the date on which 
the receipt 7009 was issued. In this fashion, the receipt 
7009 is provided. 

[1 988] The provided service information 1 1 51 5 is text 
information that represents the contents of the commu- 
nication service provided through the telephone card 
clearing process, and corresponds to the specifications 
or the statement of accounts for the services that are 
provided. 

[1989] Upon receiving the receipt 7009, the mobile 
user terminal verifies that the total receipt value 1 1517 
is equal to the amount of payment 1 1503 remitted using 
the telephone micro-check, registers the receipt 7009 
as usage information in the usage list 1715, and 
changes the display on the LCD to a display indicating 
the connection state (the telephone number used for 
communication, the elapsed communication time and 
the total remaining value of an electronic telephone 
card) (display the connection state; 7010). 
[1990] When the mobile user terminal 100 does not 



receive the receipt 7009 after it has transmitted the tel- 
ephone micro-check 7003, for example, when the user 
presses the end switch 306 while the ringing is in 
progress and cancels the call before the receipt 7009 is 

5 received, the mobile user terminal 100 adds the amount 
of sales 1 1419 to the total remaining value of the elec- 
tronic telephone card, and returns the value to what it 
^ was before the subtraction was performed. 

[1991] When the communication time exceeds T, 

10 instead of the telephone micro-check 7003 having the 
face value V, the electronic telephone accounting 
machine transmits a communication charge message 
701 1, which is a charge requiring the submission of a 
telephone micro-check having a face value that equals 

15 a communication fee 2V charged for a communication 
time 2T, to the mobile user terminal via digital wireless 
telephone communication. 

[1 992] As is shown in Fig. 1 1 5C, the digital signature 
of a communication service provider is provided for the 

20 data that consists of a communication charge response 
header 1 1 524, which is header information indicating 
that the message is the communication charge 7011 
and describing the data structure; a transaction number 
11515; a request number 11526; a card ID 11527; an 

25 instruction code 11528; an amount of charge 11529. 
which accesses an additional charge value V; an 
accounting machine ID 11530; a communication serv- 
ice provider ID 11531; and an issued time 1 1532, which 
indicates the date on which the communication charge 

30 7011 was issued. In this fashion, the communication 
charge 7011 is provided. The transaction number 
11525 is the same as the transaction number 11414 
provided for the micro-check call response 7002, the 
transaction number 11509 for the telephone micro- 

35 check 7003, and the transaction number 1 1519 for the 
receipt 7009. 

[1993] Upon receiving the communication charge 
701 1 , the mobile user terminal subtracts the amount of 
charge 11529 (the additional charge value V) from the 

40 total remaining value of the electronic telephone card. 
Instead of the telephone micro-check 7003, the mobile 
user terminal generates a telephone micro-check 7012, 
which has a face value of 2V that corresponds to the 
total value subtracted from the total remaining value, 

45 and transmits it to the electronic telephone accounting 
machine 800 (switching center 105) via digital wireless 
telephone communication. 

[1 994] As is shown in Fig. 1 15A, the data structure of 
the telephone micro-check 7012 is the same as that of 

so the telephone micro-check 7003. The amount of pay- 
ment 11503 remitted by the telephone micro-check 
7012 is 2V. which corresponds to the total value sub- 
tracted from the total remaining value, and th§ total 
remaining value 1 1505 is the total remaining value after 

55 the amount of charge 1 1 529 has been subtracted. 
[1995] The same numbers as are used for the tele- 
phone micro-check 7003 are also employed as the 
micro-check issuing number 1 1501 , the request number 
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11508 and the transaction number 11509 in the tele- 
phone micro-check 7012, which identify the telephone 
micro-check that is issued as the replacement for the 
telephone micro-check 7003. 

[1996] Upon receiving the telephone micro-check 

7012, the electronic telephone card accounting 
machine verifies the validity of the telephone micro- 
check 7012, and generates a receipt message 7013 
that corresponds to a receipt for the telephone micro- 
check 7012 that has been issued and transmits it to the 
mobile user terminal via the digital wireless telephone 
terminal. 

[1997] During the process of examining the validity of 
the telephone micro-check 701 2, f irst, the electronic tel- 
ephone card accounting machine 800 ascertains that 
the amount of payment 11503 reflected by the tele- 
phone micro-check 7012 is equal to the total amount 
charged, and ascertains that the result obtained by sub- 
tracting the total remaining value 11505, indicated by 
the telephone micro-check 7012, from the amount of 
stored value 11407, indicated by the macro check call 
request, is equal to the total amount of payment 1 1503 
reflected by the telephone micro-check. Then, the 
accounting machine 800 examines the digital signature 
that is provided for the telephone micro-check 7012 
using the electronic telephone card. 
[1998] As is shown in Fig. 1 1 5A, the data structure of 
the receipt 7013 is the same as that used for the receipt 
7009. The total receipt value 1 1517 of the receipt 7013 
is equal to the amount of payment 11503 reflected by 
the telephone micro-check 7012. 
[1999] Upon receiving the receipt 7013, the mobile 
user terminal verifies that the total receipt value 1 1517 
is equal to the amount of payment 11503 reflected by 
the telephone micro-check 7012, registers the receipt 

7013, instead of the receipt 7009, as usage information 
in the usage list 1715, and updates the total remaining 
amount of the electronic telephone card that is dis- 
played on the LCD (display the accounts; 7014). 
[2000] When the mobile user terminal 100 does not 
receive the receipt 7013 after it has transmitted the tel- 
ephone micro-check 7012. such as when, for example, 
the communication is terminated before the receipt 
701 3 is received, the mobile user terminal 100 adds the 
amount of charge 1 1529 to the total remaining value of 
the electronic telephone card, and returns the value to 
what it was before the amount of charge 11529 was 
subtracted. 

[2001 ] Each time the communication time exceeds NT 
(T is a natural number), instead of the telephone micro- 
check having the face value NV, the electronic tele- 
phone accounting machine 800 transmits a communi- 
cation charge message 7015, which includes a charge 
for a telephone micro-check having as a face value a 
communication fee (N+1)V that is assessed for a com- 
munication time (N+1)T, to the mobile user terminal via 
digital wireless telephone communication. As is shown 
in Fig. 115C, the data structure of the communication 



charge 701 5 is the same as that used for the communi- 
cation charge 7011. 

[2002] The mobile user terminal further subtracts the 
amount of charge 11529 (additional communication 

5 charge value V) from the total remaining value of the 
electronic telephone card, generates a telephone micro- 
check 7016 having a face value of (N+1)V, which corre-^ 
spends to the total value subtracted from the total 
remaining value, and transmits it to the electronic tele- 

10 phone card accounting machine 800 (switching center 
105) via digital wireless telephone communication. 
[2003] As is shown in Fig. 1 1 5A, the data structure of 
the telephone micro-check 7016 is the same as that 
used for the telephone micro-check 7003 or 7012. The 

is amount of payment 11503 reflected by the telephone 
micro-check 7016 is (N+1)V, which corresponds to the 
total value subtracted from the total remaining value, 
and the total remaining value 11505 is that which is 
available after the amount of charge 11529 has been 

20 subtracted. 

[2004] Upon receiving the telephone micro-check 

7016, the electronic telephone card accounting 
machine 800 examines the validity of the telephone 
micro-check 7016, and generates a receipt message 

25 7017 that corresponds to a receipt for the telephone 
micro-check 7016 that has been paid and transmits it to 
the mobile user terminal via digital wireless telephone 
communication. 

[2005] During the process of examining the validity of 
30 the telephone micro-check 7016, first, the electronic tel- 
ephone card accounting machine 800 ascertains that 
the amount of payment 11503 reflected by the tele- 
phone micro-check 7016 is equal to the total amount of 
the charge, and ascertains that the result obtained by 
35 subtracting the total remaining value 11505, indicated 
by the telephone micro-check, from the total remaining 
value 1 1407, indicated by the macro check call request, 
is equal to the total amount of payment 1 1503 reflected 
by the telephone micro-check. Then, the accounting 
40 machine 800 uses the electronic telephone card to 
examine the digital signature that is provided for the tel- 
ephone micro-check 7016. 

[2006] As is shown in Fig. 1 15B, the data structure of 
the receipt 701 7 is the same as that used for the receipt 
45 7013. The total receipt value 1 1517 of the receipt 7017 
is equal to the amount of payment 11503 of the tele- 
phone micro-check 7016. 

[2007] Upon receiving the receipt 701 7, the mobile 
user terminal verifies that the total receipt value 1 1517 
so is equal to the amount of payment 11503 reflected by 
the telephone micro-check 7016, registers the receipt 

7017, instead of the receipt having type same request 
number (the previously registered receipt), as usage 
information in the usage list 1715, and updates the total 

55 remaining amount of the electronic telephone card that 
is displayed on the LCD (display the accounts; 7018). 
[2008] When the mobile user terminal 100 does not 
receive the receipt 7017 after it has transmitted the tel- 
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e*phone micro-check 7016, such as when, for example, 
the communication is terminated before the receipt 
7017 is received, the mobile user terminal 100 adds the 
amount of charge 1 1 529 transmitted in the communica- 
tion charge message 7015 to the total remaining value 5 
of the electronic telephone card, and returns the value 
to what it was before the amount of charge 1 1529 was 
subtracted. 

[2009] When a communication session using the elec- 
tronic telephone card is terminated, the mobile user ter- 10 
minal 100 increments the micro-check issue number of 
the electronic telephone card. 

[201 0] At the termination of a communication session, 
the electronic telephone card accounting machine 800 
registers, in the transaction list 3909, the receipt that 15 
has been transmitted to the mobile user terminal and 
the corresponding telephone micro-check as history 
information for the telephone card clearing process. 
[2011] The contents of the call arrival request 7005 
and the call response 7008, which are messages 20 
exchanged by the switching center 105 and the tele- 
phone terminal 115, depend on the protocol for the line 
connection established between the switching center 
1 05 and the telephone terminal 1 1 5. 
[2012] An explanation will now be given for the con- 25 
tents of messages that are exchanged by the devices 
during the telephone card reference processing. 
[2013] In Fig. 73 are shown procedures for the 
exchange of messages by the devices during the tele- 
phone card reference processing, and in Figs. 88A to 30 
88D and Fig. 1 1 6B are shown the contents of messages 
that are exchanged during the telephone card reference 
processing. 

[201 4] The telephone card reference processing is not 
performed in accordance with a special processing 35 
sequence, but is performed in the data updating proc- 
ess during which the service providing system updates 
the data in the electronic telephone card accounting 
machine 800. 

[2015] Therefore, for the telephone card reference 40 
process, the procedures for the exchange of messages 
by the electronic telephone card accounting machine 
800 and the service providing system, and the contents 
(data structures) of the messages to be exchanged are 
the same as those employed for the above described 45 
data updating processing. 

[2016] Compressed upload data 8818 in the upload 
data 5704 include a telephone micro-check that is newly 
registered in the transaction list 3909 during the tele- 
phone card clearing process conducted during the so 
period extending from the previous performance of the 
data updating process to the current performance of the 
data updating process. 

[201 7] During the data updating processing, the mer- 
chant processor transmits, to the service manager proc- 55 
essor, a message requesting the reference process be 
performed for the telephone micro-check that is 
uploaded from the electronic telephone card accounting 



machine 800. The service manager processor gener- 
ates a service director processor to form a process 
group for examining the validity of the telephone micro- 
check. 

[201 8] First, the service director processor determines 
whether the accounting machine ID 1 1 505 and the com- 
munication service provider ID 1 1 506 in the telephone 
micro-check match the accounting machine ID 5215 of 
the communication service provider and the communi- 
cation service provider ID 5214. Then, the service direc- 
tor processor examines the registered card list 5502 in 
the service director information server 901 to verify that 
the electronic telephone card for which the telephone 
micro-check was issued is registered. The service 
director processor employs the user public key 5519 to 
examine the digital signature of the user that accompa- 
nies the telephone micro-check, and employs the regis- 
tered card certificate to examine the digital signature for 
the telephone card that accompanies the telephone 
micro-check. In addition, the service director processor 
employs the telephone micro-check issuing number 
when examining the matching of the amount of payment 
with the total remaining value, and transmits the result 
of the examination to the merchant processor. As a 
result, the telephone micro-check that is ascertained to 
be valid is registered in the telephone micro-check list. 
[201 9] When an error occurs in the process for verify- 
ing the validity of the telephone micro-check, the service 
director processor transmits a message indicating that 
an error occurred in the management system 908. 
[2020] Upon receiving the update data 5705, the elec- 
tronic telephone card accounting machine 800 decom- 
presses the update data 8828 and updates the data in 
the RAM and on the hard disk. 

[2021] If the firm represented by the communication 
service provider differs from that represented by the tel- 
ephone card issuer, and a payment for the communica- 
tion service provider who handles the telephone card is 
made by the telephone card issuer, or if the usage of the 
telephone card is periodically reported to the telephone 
card issuer in accordance with the terms of a contract, 
in accordance with the telephone micro-check that is 
newly registered in the telephone micro-check list, the 
service director processor generates weekly, for exam- 
ple, a usage condition notification 11626, which is a 
message for notifying the telephone card issuer of the 
telephone card usage condition. The telephone card 
issuer processor closes the notification 11626 and 
addresses it to the telephone card issuer, and transmits 
it as a usage report 7300 to the telephone card issuing 
system 109. 

[2022] As is shown in Fig. 1 1 6C, the digital signature 
of a service provider is provided for the data that con- 
sists of a usage report header 11620, which is header ' 
information indicating that the message is the usage 
report 7300 and describing the data structure; a card ID 
and payment value list 11621 of telephone cards that 
are employed; the communication service provider 
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name 1 1 622 and the communication service provider ID 
1 1 623 of a communication service provider that handles 
the telephone card; a service provider ID 11 624; and an 
issued time 11625, which indicates the date on which 
the usage report 7300 was issued. These data are 
closed and addressed to the telephone card issuer, 
thereby providing the usage report 7300. 
[2023] Upon receiving the usage report 7300, the tel- 
ephone card issuing system 109 decrypts it and exam- 
ines the digital signature, and performs such processing 
as making a payment to the merchant. 
[2024] An explanation will now be given for the con- 
tents of messages that are exchanged by the devices 
during the telephone card transfer processing. 
[2025] In Fig. 76 are shown procedures for the 
exchange of messages by the devices during the tele- 
phone card transfer processing, and in Figs. 120A and 
120B, 121 A and 121 B, and 122A and 122C are shown 
the contents of messages that are exchanged during 
the telephone card transfer processing. 
[2026] The telephone card transfer process can be 
performed when the card status 2107 of the electronic 
telephone card indicates the transfer enabled state, 
which is designated by the telephone card issuer when 
issuing a telephone card. 

[2027] In Fig. 76 is shown a case where user A trans- 
fers an electronic telephone card to user B. The proce- 
dures for the exchange of messages by the devices 
belonging to users A and B are the same for infrared 
communication as they are for digital wireless communi- 
cation. The data structures of messages are also the 
same. 

[2028] In Fig. 76, first, when user A performs a tele- 
phone card transfer process 7600, the mobile user ter- 
minal of user A transmits a telephone card transfer offer 
7601 , which is a message offering to transfer an elec- 
tronic telephone card, to the mobile user terminal of 
user B. When at this time the mobile user terminals of 
user A and user B are connected, communication 
between user A and user B is performed via digital wire- 
less telephone. When the mobile user terminals are not 
connected, infrared communication is employed. 
[2029] As is shown in Fig. 120 A, the digital signature 
of user A is provided for the data consisting of a card 
transfer offer header 12000, which is header information 
indicating that the message is the card transfer offer 
7601 and describing the data structure; a transfer offer 
number 12001 , which is an arbitrarily generated number 
that uniquely represents the telephone card transfer 
process; a presented card 12002 and a card certificate 
12003 for an electronic telephone card to be trans- 
ferred; a card status 12004; a total remaining value 
12005; a card ID 12006; an issued time 12007, which 
indicates the date on which the card transfer offer 7601 
was issued; and a user public key certificate 12009. In 
this fashion, the card transfer offer 7501 is provided. 
The digital signature of the electronic telephone card is 
provided, using the card signature private key, for the 



card status 12004, the variable card information 12005, 
the card ID 12006 and the issued time 12007. 
[2030] The digital signature of the service provider is 
provided for the data that consist of a user public key 

5 header 12010; the user public key 12011 of user A; a 
public key certificate ID 12012, which is ID information 
for the public key certificate; a certificate validity term 
12013; a service provider ID 12014; and a certificate 
issued time 12015. In this fashion, the user public key 

10 certificate 12009 is provided. 

[2031 ] Upon receiving the card transfer offer 7601 , the 
mobile user terminal of user B examines the presented 
card 12002, the card certified 12003, and the digital sig- 
nature of the service provider and the validity term of 

is the public key certificate 12009. Then, the mobile user 
terminal examines the digital signature of the electronic 
telephone card that is provided for the card status 
12004, the total remaining value 12005, the card ID 
12006 and the issued time 12007, and the digital signa- 
ge ture of user A accompanying the card transfer offer 
7601 , and verifies the contents of the card transfer offer 
7501 . In accordance with the presented card 1 2002, the 
card status 12004 and the total remaining value 12005, 
the mobile user terminal then displays, on the LCD, the 

25 contents of the electronic telephone card that is to be 
transferred (display the transfer offer; 7602). 
[2032] When user B performs a transfer offer accept- 
ance operation 7603, the mobile user terminal of user B 
transmits, to the mobile user terminal of user A, a card 

30 transfer offer response 7604, which is a response mes- 
sage for the card transfer offer 7601 . 
[2033] As is shown in Fig. 120B, the digital signature 
of user B is provided for the data that consist of a card 
transfer offer response header 12016, which is header 

35 information indicating that the message is the card 
transfer offer response 7604 and describing the data 
structure; an acceptance number 12017; a transfer offer 
number 12018; a card ID 12019; an issued time 12020, 
which indicates the date on which the card transfer offer 

40 response 7604 was issued; and a user public key certif- 
icate 12021. In this fashion, the card transfer offer 
response 7604 is provided. 

[2034] The user public key certificate 1 2021 is a public 
key certificate for user B. To provide this certificate 

45 12021, the digital signature of the service provider is 
provided for the data that consist of a user public key 
certificate header 12022; a user public key 12023 for 
user B; a public key certificate ID 12024, which is ID 
information for the public key certificate; a certificate 

so validity term 12025; a service provider ID 12026; and a 
certificate issued time 12027. 

[2035] The acceptance number 12017 is arbitrarily 
generated, by the mobile user terminal of user B, as a 
number that uniquely represents the telephone card 
55 transfer processing. With this number, the mobile user 
terminal of user A is notified as to whether user B has 
accepted the card transfer offer 7601. When user B 
does not accept the card transfer offer 7601 , a value of 
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0 is set as the acceptance number 1201 7. When user B 
accepts the card transfer offer 7601 , a value other than r 
0 is set. 

[2036] Upon receiving the card transfer offer response 
7604, the mobile user terminal of user A displays, on the 5 
LCD, the contents of the card transfer offer response 
7604 (display the transfer offer response; 7605). When 
the card transfer offer 7601 is accepted (acceptance 
number 12017 ■+ 0), the mobile user terminal of user A 
examines the digital signature of the service provider of io 
the user public key certificate 12021 and the validity 
term. The mobile user terminal generates a card trans- 
fer certificate 7606, which is a message that corre- 
sponds to a transfer certificate for an electronic 
telephone card to user B, and transmits it to the mobile 15 
user terminal of user B. 

[2037] As is shown in Fig. 121A, the digital signature 
of the electronic payment and the digital signature of 
user A are provided for the data that consist of a card 
transfer certificate header 12100, which is header infor- 20 
mation indicating that the message is the card transfer 
certificate 7506 and describing the data structure; a 
presentation card 12101 for an electronic telephone 
card to be transferred; a card status 12102; a total 
remaining value 12103; a transfer offer number 12104; 25 
an acceptance number 12105; a public key certificate 
ID 12106 for the user public key certificate of user B; a 
public key certificate ID 12107 for the user public key 
certificate of user A; a card ID 12108; and an issued 
time 12109. which indicates the date on which the card 30 
transfer certificate 7606 was issued. These data are 
closed and addressed to user B, thereby providing the 
card transfer certificate 7606. 

[2038] Upon receiving the card transfer certificate 
7606, the mobile user terminal of user B decrypts it and 35 
examines the digital signature of user A and the one 
accompanying the electronic telephone card. Further, 
the mobile user terminal compares the card ID pre- 
sented by the card transfer offer 7601 with the card ID 
12108, and compares the public key certificate IDs 40 
12106 and 12107 with the public key certificates of 
users B and A to verify the contents of the card transfer 
certificate 7606. The mobile user terminal then gener- 
ates a card transfer receipt 7607, which is a message 
indicating the electronic telephone card has been -45 
received, and transmits the receipt 7607 to the mobile 
user terminal of user A. 

[2039] As is shown in Fig. 121 B, the digital signature 
of user B is provided for the data that consist of a card 
transfer receipt header 121 1 5, which is header informa- so 
tion indicating that the message is the card transfer 
receipt 7607 and describing the data structure; a card 
ID 121 16; a transfer offer number 121 1 7; an acceptance 
number 121 18; a public key certificate ID 121 19 for the 
user public key certificate of user A; a public key certrfi- 55 
cate ID 12120 for the user public key certificate of user 
B; and an issued time 12121, which indicates the date 
on which the card transfer receipt 7607 was issued. 
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These data are closed and addressed to user A, 
thereby providing the card transfer receipt 7607. 
[2040] Upon receiving the card transfer receipt 7607, 
the mobile user terminal of user A decrypts it, and 
examines the digital signature of user B. Further, the 
mobile user terminal compares the public key certificate 
IDs 121 19 and 12120 with the public key certificates of 
users B and A to verify the contents of the card transfer 
receipt 7607. The mobile user terminal then erases the 
transferred electronic telephone card from the card list 
1714, and registers the card transfer receipt 12122 in 
use history 1715. At this time, addresses in the object 
data area at which the transfer offer number, the code 
information indicating the card transfer process, the 
issued time for the card transfer receipt 7607 and the 
card transfer receipt 12122 are stored are assigned to 
the request number 1840 in the use list 1715. the serv- 
ice code 1841 , the use time 1842 and the use informa- 
tion address 1843. 

[2041 ] The mobile user terminal of user A displays, on 
the LCD, a message indicating the completion of the 
transfer process (display the transfer process; 7608). 
The process at the mobile user terminal of user A 
(sender) is thereafter terminated. 
[2042] After transmitting the card transfer receipt 
7607, the mobile user terminal of user B displays the 
received card transfer certificate 12111 on the LCD. In 
addition, the mobile user terminal displays a dialogue 
message inquiring whether the transfer process with the 
service providing server (process for downloading the 
received electronic telephone card from the service pro- 
viding system) should be immediately performed (dis- 
play the transfer certificate; 7609). 
[2043] The dialogue message has two operating 
menus: "transfer process request" and "cancel." When 
"cancel" is selected, the transfer process performed 
with the service providing server is canceled, and in the 
process (data updating process) during which the serv- 
ice providing system updates the data in the mobile 
user terminal, an electronic telephone card that has 
been transferred is assigned to the mobile user termi- 
nal. 

[2044] When user B selects "transfer process request" 
(transfer process request operation; 7610), based on 
the card transfer certificate 121 1 1 the mobile user ter- 
minal generates a card transfer request 761 1 , which is 
a message requesting that the transfer process be per- 
formed with the service providing system, and transmits 
it to the service providing system via digital wireless tel- 
ephone communication. 

[2045] As is shown in Fig. 122A, the digital signature 
of user B is provided for the data that consists of a card 
transfer request header 12200, which is header infor- 
mation indicating that the message is the card transfer 
request 7611 and describing the data structure; a 
decrypted card transfer certificate 12201 (12111); the 
user ID 12202 of user B; and an issued time 12203, 
which indicates the date when the card transfer request 
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761 1 was issued. These data are closed and addressed 
to the service provider, thereby providing the card trans- 
fer request 761 1 . 

[2046] Upon receiving the card transfer request 761 1 , 
the user processor of user B of the service providing 
system 110 decrypts it and examines the digital signa- 
ture, and transmits it to the service manager processor. 
The service manager processor generates a service 
director processor to form a process group for process- 
ing the card transfer request 12204. 
[2047] The service director processor, first refers to 
the user list 5200 and specifies the recipient (user B) 
and the sender (user A) of the transfer process by 
employing the public key certificate IDs 12106 and 
12107 in the card transfer certificate 12201 that is 
included in the card transfer request 12204. The service 
director processor examines the digital signature of the 
user A and the digital signature accompanying the elec- 
tronic telephone card, which are provided for the card 
transfer certificate 12201 , and verifies the validity of the 
card transfer certificate 12201 . Following this, the serv- 
ice director processor erases the electronic telephone 
card to be transferred from the card list 4612 of the user 
A that is stored in the user information server 902. Then, 
the service director processor changes the card signa- 
ture private key and card signature public key pair and 
the card certificate for a new key pair and a card certifi- 
cate, and also changes the card status and the total 
remaining value to the card status 1 21 02 and to the total 
remaining value 12103 for the card transfer certificate 
12201. The service director processor generates an 
electronic telephone card received from user A, and 
enters it in the card list 461 2 for the user B. 
[2048] When the electronic telephone card that is to 
be transferred has already been registered, the service 
director processor updates the registered card list 5502 
holding the electronic telephone card. Specifically, the 
user ID 5518, the user public key 5519, the registered 
card certificate address 5520, the telephone micro- 
check list address 5521 and the former user information 
address 5522, all of which are in the registered card list 
5502, are updated (to the information for user B). The 
old information (information for user A) is pointed to at 
the former user information address 5522 as former 
user information 5523.. 

[2049] The service director processor generates a tel- 
ephone card transfer message 12226, which includes 
an electronic telephone card transferred from user A. 
The user processor of user B closes the message 
1 2226 and addresses it to the user B, and transmits it as 
a telephone card transfer message 7612 to the mobile 
user terminal of user B via digital wireless telephone 
communication. 

[2050] As is shown in Fig. 122C, the digital signature 
of the service provider is provided for the data that con- 
sist of a telephone card transfer header 1 221 9, which is 
header information indicating that the message is the 
card transfer 7612 and describing the data structure; a 
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transfer number 1 2220, which is an arbitrarily generated 
number that represents the transfer process in the serv- 
ice providing system; transfer information 12221; an 
acceptance number 12222; an electronic telephone 

s card 12223, which is transferred; a service provider ID 
12224; and an issued time 12225, which indicates the 
date when the telephone card transfer mess§ge 7612 
was issued. These data are closed and addressed to 
the user B, thereby providing the card transfer message 

io 7612. 

[2051] The transfer information 12221 is information 
concerning the electronic telephone card transfer proc- 
ess performed by the service providing system, and is 
accompanied by the digital signature of the service pro- 

15 vider. The mobile user terminal of user B decrypts the 
received telephone card transfer message 7612 and 
examines the digital signature, registers the electronic 
telephone card 1 2223 in the card list 1714, and displays 
the electronic telephone card on the LCD (display the 

20 electronic telephone card; 7613). The card transfer 
process is thereafter terminated. 
[2052] An explanation will now be given for the con- 
tents of messages that are exchanged by the devices 
during the electronic telephone card installation 

25 processing. 

[2053] In Fig. 79 are shown procedures for the 
exchange of messages by the devices during the elec- 
tronic telephone card installation processing, and in 
Figs. 127 A and 127B, and 128 A and 128B are shown 

30 the contents of messages that are exchanged during 
the electronic payment installation processing. 
[2054] First, when the user performs an electronic tel- 
ephone card installation operation 7900, the mobile 
user terminal generates an electronic telephone card 

35 installation request 7901 , and transmits it to the service 
providing system 110 via digital wireless telephone 
communication. 

[2055] As is shown in Fig. 127A, the digital signature 
of the user is provided for the data that consists of an 

40 electronic telephone card installation request header 
12700, which is header information indicating that the 
message is the electronic telephone card installation 
request 7901 and describes the data structure; an 
installation card number 12701 and an installation 

45 number 12702, which are entered by a user; a request 
number 12703, which is an arbitrarily generated number 
that uniquely represents the electronic telephone card 
installation process; a user ID 12704; and an issued 
time 12705, which indicates the date when the elec- 

so tronic telephone card installation request 7901 was 
issued. These data are closed and addressed to the 
service provider, thereby providing the electronic tele- 
phone card installation request 7901 ? 
[2056] Upon receiving the electronic telephone card 

55 installation request 7901, the user processor of the 
service providing system 110 decrypts it and examines 
the digital signature, and transmits it to the service man- 
ager processor. The service manager processor gener- 
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ates a service director processor to form a process 
group for processing the electronic telephone card 
installation request 12706. 

[2057] First, the service director processor refers to 
the installation card list that is indicated by the installa- s 
tion card list address 5243 for the telephone card issuer 
list 5205, and specifies a telephone card issuer who 
issues a telephony card that is represented by the 
installation number 12701 . The service director proces- 
sor generates a telephone card installation request 10 
12717, which is a message requesting that the tele- 
phone card issuer issue a telephone card using the 
installation card. The telephone card issuer processor 
closes the request 12717 and addresses it to the tele- 
phone card issuer, and transmits it as a telephone card is 
installation request 7902 to the telephone card issuing 
system 108. 

[2058] As is shown in Fig. 127B, the digital signature 
of the service provider is provided for the data that con- 
sist of a telephone card installation request header 20 
12710, which is header information indicating that the 
message is the telephone card installation request 7902 
and describing the data structure; an installation card 
number 1271 1 ; an installation number 12712; a request 
number 12713; a customer number 12714, which 25 
uniquely represents a user for the telephone card 
issuer; a service provider ID 12715; and an issued time 
12716, which indicates the date when the telephone 
card installation request 7902 was issued. These data 
are closed and addressed to the telephone card issuer, 30 
thereby providing the telephone card installation 
request 7902. 

[2059] Upon receiving the telephone card installation 
request 7902, the telephone card issuing system 109 
decrypts it and examines the digital signature. The tele- 35 
phone card issuing server 1300 compares the installa- 
tion card number 12711 and the installation number 
12712, which are included in the telephone card instal- 
lation request 7902, with the management information 
for the issued electronic telephone card installation card 40 
that is stored in the telephone card issuing information 
server 1302. The telephone card issuing server 1300 
then updates the data in the customer information 
server 1302 and the telephone card issuing information 
server 1303. Furthermore, the telephone card issuing 45 
server generates telephone card data (12806) for a 
requested telephone card, and transmits, to the service 
providing system, an electronic telephone card installa- 
tion commission 7903, which is a message requesting 
the installation of an electronic telephone card that cor- so 
responds to the requested telephone card. 
[2060] As is shown in Fig. 128A, the digital signature 
of the telephone card issuer is provided for the data that 
consists of an electronic telephone card installation 
commission header 12800, which is header information 55 
indicating that the message is the electronic telephone 
card installation commission 7903 and describing the 
data structure; a transaction number 12801 , which is an 
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arbitrarily generated number that uniquely represents 
the transaction with a user; telephone card issuing infor- 
mation 12802; a request number 12803; card code 
12804, which indicates the type of electronic telephone 
card that is to be issued; a template code 12805, which 
indicates a template program for an electronic tele- 
phone card to be issued; telephone card data 12806; 
representative component information 12807; a tele- 
phone card issuer ID 12808; and an issued time 12809, 
which indicates the date when the electronic telephone 
card installation commission 7903 was issued. These 
data are closed and addressed to the service provider, 
thereby providing the electronic telephone card installa- 
tion commission 7903. 

[2061 ] The telephone card issuing information 1 2802 
is information concerning the telephone card issuing 
process performed by the telephone card issuing sys- 
tem, and is accompanied by the digital signature of the 
telephone card issuer. 

[2062] The telephone card data 12806 is telephone 
card information issued by the telephone card issuer, 
wherein the digital signature of the telephone card 
issuer accompanies the data that consists of the card ID 

12814, the telephone card information 12815 and the 
card ID 12816. 

[2063] The telephone card issuer processor of the 
service providing system decrypts the received elec- 
tronic telephone card installation commission 7903 and 
examines the digital signature, and transmits the com- 
mission 7903 to the service director processor. In 
accordance with the electronic telephone card installa- 
tion commission 12810, the service director processor 
generates an electronic telephone card to be issued to 
a user, using the same procedures as are used for the 
telephone card purchase processing, and also gener- 
ates an electronic telephone card installation message 

12815, which is a message directing that the electronic 
telephone card be installed in the mobile user terminal. 
The user processor closes the electronic telephone 
card installation message 12855 and addressees it to a 
user, and transmits it as an electronic telephone card 
installation message 7904 to the mobile user terminal 
via digital wireless telephone communication. 

[2064] As is shown in Fig. 128B, the digital signature 
of the service provider is provided for the data that con- 
sists of an electronic telephone card installation header 
12817, which is header information indicating that the 
message is the electronic telephone card installation 
message 7904 and describing the data structure; a 
transaction number 12818; telephone card issuing infor- 
mation 12819, which concerns the telephone card issu- 
ing process performed by the telephone card issuing 
system; telephone card issuing information 12820, 
which concerns the telephone card issuing process per- 
formed by the service providing system; a request 
number 12821; generated electronic telephone card 
data 12822; a service provider ID 12823; and an issued 
time 12824, which indicates the date when the elec- 
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tronic telephone card installation message 7904 was 
issued. These data are closed and addressed to the 
user, thereby providing the electronic telephone card 
installation message 7904. The telephone card issuing 
information 1 2819 and the telephone card issuing infor- 5 
mation 12820 are accompanied by the digital signatures 
of the telephone card issuer and the service provider. 
[2065] The mobile user terminal decrypts the received 
electronic telephone card installation message 7904 
and examines the digital signature, registers, in the card io 
list 1714, the electronic telephone card included in the 
electronic telephone card installation request 7904, and 
displays the installed electronic telephone card on the 
LCD (display the electronic telephone card; 7905). 
[2066] An explanation will now be given for the con- 15 
tents of messages that are exchanged by the devices 
during the real credit clearing process for electronic 
credit card service. 

[2067] In Fig. 84 are shown procedures for the 
exchange of messages by the devices during the real 20 
credit clearing processing, and in Figs. 135A to 135F, 
136 A to 136C, and 137A and 137B are shown the con- 
tents of the messages that are exchanged by the 
devices during the real credit clearing processing. 
[2068] First, when the merchant presses the switch on 25 
the cash register for the credit card clearing (8401), the 
merchant terminal 102 or 103 generates multiple types 
of payment offer responses 8406 and enters the wait 
state for a payment offer 8405. 

[2069] The payment offer responses 8406 are those 30 
used when an amount of payment entered by a user is 
insufficient, when a credit card or a payment option des- 
ignated by the user is not available, or when the pay- 
ment offer 8405 is accepted. 

[2070] When the user performs a payment operation 35 
8404, the mobile user terminal 100 generates the pay- 
ment offer 8405 and transits it to the merchant terminal 
102 or 103 via infrared communication. 
[2071] As is shown in Fig. 135A, the digital signature 
of a user is provided for data that consists of a payment 40 
offer header 13500, which is header information indicat- 
ing that the message is the payment offer 8405 and 
describing the data structure; a payment service code 
13501 , which is a service code used to identify the type 
of electronic credit card designated by a user; a request 45 
number 13502, which is an arbitrarily generated number 
that uniquely represents the transaction with a mer- 
chant; an amount of payment 13504, which is entered 
by a user; a payment option code 1 3505, which is a pay- 
ment option, such as the number of payments, entered so 
by a user; an effective period 13506 for the payment 
offer 8405; and an issued time 13507, which indicates 
the date on which the payment offer 8405 was issued. 
Thus, the payment offer 8405 is provided. 
[2072] Upon receiving the payment offer 8405, the 55 
merchant terminal 102 or 103 examines the payment 
service code 13501, the amount of payment 13504 and 
the payment option 13505, and selects an appropriate 
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payment offer response 8406 from among multiple 
types of responses 8406 and transmits it to the mobile 
user terminal via infrared communication. Further, the 
terminal 102 or 103 generates an authorization request 

8409 and transmits it to the merchant processor of the 
service providing system 110. 

[2073] As is shown in Fig. 135B, the digital signature 
of a merchant is provided for the data that consists of a 
payment offer response header 1 3508, which is header 
information indicating that the message is the payment 
offer response 8406 and describing the data structure; a 
response message 13509, which is displayed on the 
LCD 303 when the mobile user terminal 100 receives 
the payment offer response 8406; a transaction number 
13510, which is an arbitrarily generated number that 
uniquely represents the transaction with a user; an 
amount of sales 13511; a service provider telephone 
number 13512, which is the telephone number of the 
service providing system in the service area of the mer- 
chant; an effective period 13513 for the payment offer 
response 8406; a merchant ID 13514; and an issued 
time 13515, which indicates the date on which the pay- 
ment offer response 8406 was issued. In this fashion, 
the payment offer response 8406 is provided. 
[2074] The service provider telephone number 1351 2 
is accompanied by the digital signature of the service 
provider. The response message 13509 is a text mes- 
sage that is optionally selected by the merchant, and 
may not always be selected. 

[2075] When the amount of payment designated by 
the user is insufficient, or when a credit card or a pay- 
ment option entered by the user can not be accepted, 
the merchant terminal sets for the transaction number 
13510 a value of "0," thus notifying the mobile user ter- 
minal that the payment offer 8405 can not be accepted. 
[2076] As is shown in Fig. 135C, the digital signature 
of a merchant is provided for the data that consists of an 
authorization request header 13516, which is header 
information indicating that the message is the authori- 
zation request 8409 and describing the data structure; a 
payment offer 8405; a payment offer response 8406; an 
accounting machine ID 13517; a merchant ID 13518; 
and an issued time 13519, which indicates the date on 
which the authorization request 8409 was issued. 
These data are closed and addressed to the service 
provider, thereby providing the authorization request 
8409. 

[2077] The mobile user terminal 1 00 receives the pay- 
ment offer response 8406, compares the amount of 
payment 13504 with the amount of sale 13511, gener- 
ates a payment request 8410, and transmits it to the 
user processor of the service providing system via dig- 
ital wireless telephone communication. 
[2078] As is shown in Fig. 135D, the digital signature 
of a user is provided for the data that consists of a pay- 
ment request header 13524, which is header informa- 
tion indicating that the message is the payment request 

8410 and describing the data structure; a payment offer 
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8405; a payment offer response 8406; a user ID 13525; 
and an issued time 13526, which indicates the date on 
which the payment request 8410 was issued. These 
data are closed and addressed to the service provider, 
thereby providing the payment request 8410. 5 
[2079] Either the transmission of the authorization 
request 8409 by the merchant terminal 102 or 103, or 
the transmission of the payment request 8410 by the 
mobile user terminal may be performed first, or the two 
of them may be performed at the same time. 10 
[2080] The merchant processor and the user proces- 
sor of the service providing system 110 receive the 
authorization request 8409 and the payment request 
8410. decrypt them and examine the digital signatures, 
and transmit an authorization request 1 3520 and a pay- 15 
ment request 13527 to the service manager processor. 
The service manager processor compares the request 
number, the transaction number and the merchant ID to 
obtain a correlation between the authorization request 
and the payment request, and generates the service 20 
director processor to form a process group for handling 
the authorization request 13520 and the payment 
request 13527. The service director processor com- 
pares the contents of the authorization request 13520 
with those of the payment request 13527, authorizes 25 
the user and generates an authorization response 
13540. The merchant processor closes the response 
13540, addresses it to the merchant and transmits it as 
an authorization response 8411 to the merchant termi- 
nal. 30 
[2081] As is shown in Fig. 135E, the digital signature 
of a service provider is provided for the data that con- 
sists of an authorization response header 13531 , which 
is header information indicating that the message is the 
authorization response 841 1 and describing the data 35 
structure; a transaction number 13532; an authorization 
number 13533, which is an arbitrarily generated number 
that uniquely represents the authorization processing; 
user personal data 13535; a customer number 13536; 
an effective period 13537, which designates a period 40 
during which the authorization response 841 1 is effec- 
tive; a service provider ID 13538; and an issued time 
13539, which indicates the date on which the authoriza- 
tion response 8404 was issued. These data are closed 
and addressed to the merchant, thereby providing the 45 
authorization response 841 1 . 

[2082] When, as the result of the authorization proc- 
ess, it is determined that the credit condition of the user 
is not satisfactory, the user personal data 13534 are not 
set. The customer number 13536 is set only when a so 
transaction was previously made between the user and 
the merchant through an electronic commerce service. 
[2083] The merchant terminal 1 02 or 1 03 decrypts the 
received authorization response 8411 and examines 
the digital signature, and displays the results of the 55 
authorization process on the LCD. 
[2084] When an operator (merchant) performs a clear- 
ing request operation 8413, the merchant terminal gen- 
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erates a clearing request 8415 and transmits it to the 
merchant processor. As is shown in Fig. 135F, the digital 
signature of a merchant is provided for the data that 
consist of a clearing request header 13544, which is 
header information indicating that the message is the 
clearing request 841 5 and describing the data structure; 
a payment offer 8405; a payment offer response 8406; 
an authorization number 13545, which is issued by the 
service providing system 110; an effective period 
13546, which indicates a period during which the clear- 
ing request 8415 is effective; an accounting machine ID 
13547; a merchant ID 13548; and an issued time 
13549. which indicates the date on which the clearing 
request 8415 was issued. These data are closed and 
addressed to the service provider, thereby providing the 
clearing request 8415. 

[2085] Upon receiving the clearing request 8415, the 
merchant processor of the service providing system 
1 10 decrypts it and examines the digital signature, and 
transmits a clearing request 8450 to the service director 
processor. The service director processor compares the 
clearing request 8450 with the payment request 8427, 
and generates a clearing request 1 361 0 for the transac- 
tion processor. The transaction processor processor 
closes the request 13610, addresses it to the transac- 
tion processor, and transmits it as a clearing request 
8416 to the transaction processing system. 
[2086] As is shown in Fig. 136A, the digital signature 
of a service provider is provided for data that consist of 
a clearing request header 13600, which is header infor- 
mation indicating that the message is the clearing 
request 8416 and describing the data structure; a user 
clearing account 13601, which indicates a credit card 
that corresponds to the payment service code desig- 
nated by the user; a request number 13602, which is 
issued by the mobile user terminal 100; an amount of 
payment 13603; a payment option code 13604; a mer- 
chant clearing account 13605, which indicates a clear- 
ing account for the merchant; a transaction number 
13606, which is issued by the merchant terminal; an 
effective period 13607, which indicates the period 
wherein the clearing request 8416 is effective; a service 
provider ID 13608; and an issued time 13609, which 
indicates the date on which the clearing request 8416 
was issued. These data are closed and addressed to 
the transaction processor, thereby providing the clear- 
ing request 8416. 

[2087] The transaction processing system 106 
receives the clearing request 8416, decrypts it and 
examines the digital signature, and performs the clear- 
ing process. Then, the transaction processing system 
106 generates a clearing completion notification 8417 
and transmits it to the service providing system 110. 
[2088] As is shown in Fig. 136B, the digital signature 
of a transaction processor is provided for data that con- 
sist of a clearing completion notification header 13614, 
which is header information indicating that the message 
is the clearing completion notification 841 7 and describ- 
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ing the data structure; a clearing number 13615, which 
is an arbitrarily generated number that uniquely repre- 
sents the clearing process performed by the transaction 
processing system 106; a user clearing account 13616; 
a request number 13617; an amount of payment 13618; 
a payment option code 13619; a merchant clearing 
account 13620; a transaction number 13621; clearing 
information 13622 for a service provider that is accom- 
panied by the digital signature of the transaction proces- 
sor; clearing information 13623 for a merchant that is 
accompanied by the digital signature of the transaction 
processor; clearing information 13624 for a user that is 
accompanied by the digital signature of the transaction 
processor; a transaction processor provider ID 13625; 
and an issued time 13626, which indicates the date on 
which the clearing completion notification was issued. 
These data are closed and addressed to the service 
provider, thereby providing the clearing completion noti- 
fication 8417. 

[2089] Upon receiving the clearing completion notifi- 
cation 8417, the transaction processor processor of the 
service providing system 110 decrypts it and examines 
the digital signature, and transmits a clearing comple- 
tion notification 13627 to the service director processor. 
Upon receiving the clearing completion notification 
13627, the service director processor generates a 
clearing completion notification 13637 for the merchant. 
The merchant processor closes the clearing completion 
notification 13637, addresses it to the merchant, and 
transmits it to the merchant terminal as a clearing com- 
pletion notification 8418 for the merchant. 
[2090] As is shown in Fig. 136C, the digital signature 
of a service provider is provided for data that consist of 
a clearing completion notification header 13631, which 
is header information indicating that the message is the 
clearing completion notification 8418 and describing the 
data structure; a clearing number 13632; clearing infor- 
mation 1 3623 for a merchant that is accompanied by the 
digital signature of the transaction processor; a cus- 
tomer number 13633, which is an arbitrarily generated 
number that uniquely represents a user for a merchant; 
a decrypted clearing request 13550; provided service 
information 13634, which concerns the process per- 
formed by the service providing system 110; a service 
provider ID 13635; and an issued time 13636, which 
indicates the date on which the clearing completion 
notification 8418 was issued. These data are closed 
and addressed to the merchant, thereby providing the 
clearing completion notification 8418. The provided 
service information 13634 is set optionally by the serv- 
ice provider, and may not always be set. 
[2091] Upon receiving the clearing completion notifi- 
cation 8418, the merchant terminal decrypts it and 
examines the digital signature, and generates a receipt 
841 9 and transmits it to the merchant processor. 
[2092] As is shown in Fig. 137A, the digital signature 
of a merchant is provided for data that consist of a 
receipt header 13700, which is header information indi- 
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eating that the message is the receipt 841 9 and describ- 
ing the data structure; an item name 13701, which 
indicates a product that is sold; sales information 
13702, which is additional information concerning the 

5 transaction transmitted by the merchant to the user; a 
clearing number 13703; transaction information 13704; 
a payment offer 8405; an accounting machine ID 13705; 
a merchant ID 13706; and an issued time 13707, which 
indicates the date on which the receipt 8419 was 

10 issued. These data are closed and addressed to the 
service provider, thereby providing the receipt 8419. 
The sales information 13702 is set optionally by the 
merchant, and may not always be set. 
[2093] Upon receiving the receipt 8419, the merchant 

is processor of the service providing system 1 1 0 decrypts 
it and examines the digital signature, and transmits a 
receipt 13708 to the service director processor. The 
service director processor employs the receipt 13708 to 
generate a receipt 1 371 7 for a user. The service director 

20 processor closes the receipt 1 371 7 and addresses it to 
the user, and transmits it as a receipt 8421 to the mobile 
user terminal 1 00 via digital wireless telephone commu- 
nication. 

[2094] As is shown in Fig. 137B, the digital signature 

25 of a service provider is provided for data that consist of 
a receipt header 13712, which is header information 
indicating that the message is the receipt 8421 and 
describing the data structure; a user ID 13713; a 
decrypted receipt 13708; clearing information 13709 for 

30 a user that is accompanied by the digital signature of 
the transaction processor; provided service information 
13714, which concerns the process performed by the 
service providing system 110; a service provider ID 
13715; and an issued time 13716, which indicates the 

35 date on which the receipt 8421 was issued. These data 
are closed and addressed to the user, thereby providing 
the receipt 8421. The provided service information 
13713 is set optionally by the service provider, and may 
not always be set. 

40 [2095] Upon receiving the receipt 8421, the mobile 
user terminal 100 decrypts it and examines the digital 
signature, and displays the contents on the LCD 303. 
The real credit clearing process is thereafter termi- 
nated. 

45 [2096] In the mobile user terminal 1 00, the ROM 1501 
and the EEPROM 1503 may be replaced by ferroelec- 
tric nonvolatile memory as a memory device for storing 
a program executed by the CPU 1500 and the public key 
of the service provider. This memory device can store 

so data without a battery being required, while like EEP- 
ROM or flash memory, data can be written to it. In addi- 
tion, the reading and writing speeds of the ferroelectric 
nonvolatile memory are higher than those of EEPftOM 
and flash memory, and the power consumption is low. 

55 [2097] When the ferroelectric nonvolatile memory is 
employed instead of the ROM 1501 and the EEPROM 
1503, in the same manner, for example, as in the data 
updating process, the program for the mobile user ter- 
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minal 100 can be extensively updated, and the public 
key of the service provider can be periodically updated 
within a comparatively short period of time with little bat- 
tery service life loss. 

[2098] Furthermore, a ferroelectric nonvolatile mem- 5 
ory may be used as the RAM 1502 to store the data that 
are to be processed and the data that are processed by 
the CPU 1500. Since data are not lost even when the 
battery power has been exhausted, a data backup proc- 
ess is not required, and the power supply required for 10 
storing the data resident in the RAM is not needed. As a 
result, the power consumed by the mobile user terminal 
can be reduced. 

[2099] Also, a ferroelectric nonvolatile memory may 
used instead of the ROM 3001 and the EEPROM 3003 75 
in the merchant terminal 103, or the RAM 3002. In this 
case, the same effects are acquired as are obtained 
with the mobile user terminal 100. 
[2100] In the above explanation, the mobile user ter- 
minal 100, the gate terminal 101 and the merchant ter- 20 
minals 102 and 103, which together constitute the 
mobile electronic commerce system, include an optimal 
hardware arrangement with which to implement the 
individual functions needed to provide the mobile elec- 
tronic commerce service. These components can be 25 
constituted by a wireless telephone communication 
function, an infrared communication function, and a 
computer that comprises a display device, a keyboard 
(or an input pen), a microphone and a loudspeaker, and 
that further comprises a bar code reader for the mer- 30 
chant terminal 103. 

[2101] In this case, functionally corresponding hard- 
ware components of the mobile user terminal 100, the 
gate terminal 101, or the merchant terminal 102 or 103 
are modified for inclusion in a program for the hardware 35 
components that are not included in the computer (e.g., 
a data codec, a cryptographic processor and a logic 
control unit). This program, together with a program 
stored in the ROM 1501 (or 2201 , 2601 or 3001), is con- 
verted so that it can be operated by the OS (Operating 40 
System) of a personal computer. The resultant program 
is then stored at a location (e.g., on a hard disk) where 
it can be accessed by the computer. 
[21 02] A second embodiment of the present invention 
will now be described while referring to Figs. 139 and 45 
140. 

[2103] in the mobile electronic commerce system in 
the second embodiment, instead of the EEPROM 1503 
an SIM (Subscriber Identify Module) card is employed 
for the mobile user terminal 100 in the first embodiment, so 
[2104] Figs. 139A and 139B are a front view and a 
rear view of a mobile user terminal 1 3900 for the second 
embodiment, and Fig. 1 40 is a block diagram illustrating 
the arrangement of the mobile user terminal 13SO0. The 
arrangement of the mobile user terminal 13900 is the 55 
same as that of the mobile user terminal 100, except 
that an SIM card 14000 and an SIM card reader/writer 
14001 are provided instead of the EEPROM 1503. The 
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external appearance of the mobile user terminal 13900 
is also the same as that of the mobile user terminal 1 00, 
except that an SIM card attachment section 13901 is 
provided on the reverse side for attaching the SIM card 
14000. 

[2105] The same information as is stored in the EEP- 
ROM 1503 in the first embodiment is stored in the non- 
volatile memory of the SIM card 149000: the terminal ID 
and the telephone number of the mobile user terminal 
13900 when used as a wireless telephone terminal; a 
user ID; a user code number; a private key and a public 
key used for a digital signature; a service provider ID; 
the telephone number of the service providing system 
110 (which is accompanied by the digital signature of 
the service provider); and the public key of the service 
provider. 

[2106] The SIM card 14000 can be carried separately 
from the mobile user terminal 13900. But without the 
SIM card 14000, if it has been removed, the mobile user 
terminal 13900 can not be operated. When the SIM 
card 14000 is attached to the SIM card reader/writer 
14001, the CPU 1500 of the mobile user terminal 13900 
accesses the information stored on the SIM card 14000 
via the SIM card reader/writer 14001 and a bus 1529. 
The mobile user terminal 13900 then performs the 
same operations as does the mobile user terminal 100 
in the first embodiment. 

[2107] Further, to remove the SIM card 14000 from 
the mobile user terminal 13900, the following operation 
must be performed. 

[2108] First, when a user depresses the power switch 
and holds it down for five seconds (removal operation 1 
for the SIM card 14000), the mobile user terminal 13900 
displays, on the LCD 303, a dialogue message request- 
ing confirmation that the SIM card will be removed. 
Then, when the user depresses the execution switch 
(removal operation 2 for the SIM card 14000), the 
mobile user terminal 13900 performs a data updating 
process with the service providing system 110, and 
uploads the data from the RAM 1 502 of the mobile user 
terminal 13900 to the user information server 902. 
When the user removes the SIM card 1 4000 from the 
SIM card reader/writer 14001 (removal operation 3 for 
the SIM card 14000), the mobile user terminal 13900 
deletes all the data held in the RAM 1502. 
[2109] Specifically, when the SIM card is removed 
from the mobile user terminal, the data, such as those 
for the electronic ticket and electronic payment card, 
that are stored in the RAM of the mobile user terminal 
are uploaded to the user information server 902 of the 
service providing system 1 10. 

[21 1 0] The following operation is performed when the 
SIM card 14000 is attached to the mobile user terminal 
13900. 

[2111] When the SIM card 1 4000 is connected to the 
SIM card reader/writer 14001, the mobile user terminal 
13900 displays, on the LCD 303, a screen which per- 
mits the entry of a code number. When the user enters 



177 



353 



EP 0 950 968 A1 



354 



the code number and presses the execution switch, the 
code number stored in the nonvolatile memory of the 
SIM card 14000 is compared with the code number that 
was entered. When the two numbers do not match, the 
mobile user terminal 13900 again displays on the LCD s 
303 which permits the entry of the code number. When 
the two code numbers match, access to the SIM card 
14000 is permitted. The mobile user terminal 13900 
reads, from the SIM card 14000, the user ID, the private 
key used for the digital signature, the telephone number 10 
of the service providing system 110 and the public key 
of the service provider, and performs a data updating 
process with the service providing system 1 10 in order 
to update the data in the RAM 1502 of the mobile user 
terminal 13900. At this time, the data for the mobile user 15 
terminal in the user information server 902 are stored in 
the RAM 1502 of the mobile user terminal 13900, in 
accordance with the user ID stored on the SIM card 
14000. 

[21 1 2] Specifically, the data for the mobile user termi- 20 
nal, such as the data for the electronic ticket or for the 
electronic payment card that are uploaded to the user 
information server 902 of the service providing system 
110, are downloaded to the mobile user terminal to 
which the SIM card is attached. When, for example, an 25 
SIM card is attached to a mobile user terminal that dif- 
fers from the mobile user terminal to which the SIM card 
was previously attached, the same data as those stored 
in the RAM of the mobile user terminal to which the SIM 
card was previously attached are stored in the RAM of 30 
the mobile user terminal to which the SIM card is cur- 
rently attached. 

[2113] Therefore, the user can carry the SIM card 
14000 on which the user ID is stored, and can employ 
an arbitrary mobile user terminal as his or her own by 35 
attaching the SIM card to that mobile user terminal. 
[21 14] In the mobile user terminal 1 3900, not only the 
areas used for storing the user ID and the code number, 
but also areas that correspond to the basic program 
area 1700 of the RAM 1502, the service data area 40 
1701, the user area 1702 and the temporary area 1704 
may be provided for the nonvolatile memory of the SIM 
card 1 4000, so that the data stored in these areas in the 
RAM 1502 may be stored in the nonvolatile memory of 
the SIM card 14000. in this case, the data for the elec- 45 
tronic ticket or the electronic payment card are stored in 
the nonvolatile memory of the SIM card 14000, and the 
RAM 1 502 is a work area that is used by the CPU 1 500 
when executing a program. 

[21 15] Since the data stored in the RAM 1 502, other so 
than in the work area 1703 of the mobile user terminal 
100 of the first embodiment, are held in the nonvolatile 
memory of the SIM card 14000, the data updating proc- 
ess, which is performed when the SIM card is attached 
and removed, is not required, and as a power source for ss 
holding data is also not required, the power consumed 
by the mobile user terminal can be reduced. 
[2116] A ferroelectric memory may be used as the 



nonvolatile memory for the SIM card 14000. Since the 
reading and writing speeds of the ferroelectric nonvola- 
tile memory are higher than are those of EEPROM and 
flash memory, and since the power consumption is low, 
the processing speed of the mobile user terminal can be 
increased and its power consumption can be reduced. 
[21 1 7] A third embodiment will now be described while 
referring to Figs. 141 to 143. 

[2118] According to the third embodiment, a mobile 
electronic commerce system is provided that includes 
an IC card reader/writer and that employs, as a mobile 
user terminal, a portable wireless telephone terminal 
wherein an electronic ticket, an electronic payment card 
or an electronic telephone card that the user obtains is 
stored in an IC card loaded into the telephone terminal. 
[2119] Figs. 141 A and 141B are a front view and a 
rear view of a mobile user terminal 14100 according to 
the third embodiment, and Fig. 142 is a block diagram 
illustrating the arrangement of the mobile user terminal 
14100. The external appearance of the mobile user ter- 
minal 13900 is the same as that of the mobile user ter- 
minal 100, except that an IC card insertion slot 14101 is 
formed in the reverse side for loading the IC card 14100. 
The arrangement of the mobile user terminal 14100 is 
the same as that of the mobile user terminal 1 00, except 
that the cryptographic processor 1505 is replaced by an 
IC card reader/writer 14200. When the IC card 14102 is 
loaded into the IC card reader/writer 14200, the mobile 
user terminal 14100 performs the same operations as 
does the mobile user terminal 100 in the first embodi- 
ment for the other devices, such as the service provid- 
ing system 110, the gate terminal 101, the merchant 
terminals 102 and 103, the automatic vending machine 
104 and the switching center 105. 
[21 20] It should be noted that the mobile user terminal 
14100 performs the following operation when the IC 
card 14102 is loaded therein. 

[2121] When the IC card 14102 is loaded in the IC 
card reader/writer 14200, the mobile user terminal 
14100 displays, on the LCD 303, a screen permitting 
the entry of a code number. When the user enters the 
code number and presses the execution switch, the 
code number stored in the IC card 14102 is compared 
with the code number that was entered. When the two 
numbers do not match, the mobile user terminal 14100 
again displays, on the LCD 303, the screen permitting 
the entry of a code number. When the two code num- 
bers match, access to the IC card 14102 is permitted. 
[2122] For the mobile user terminal 14100, the user ID 
and the user code number, the private key and the pub- 
lic key used for a digital signature, the service provider 
ID, the telephone number of the service providing sys- 
tem 110 and the public key of the service provider are 
stored in the IC card 14102, while the terminal ID and 
the telephone number of the mobile user terminal 
14100 when used as a wireless telephone terminal are 
stored in the EEPROM 1503. 

[21 23] In addition, an additional program and the data 
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for the electronic ticket or the electronic payment card, 
which are stored in the basic program area 1700, the 
service data area 1701, the user area 1702 and the 
temporary area 1704 in the RAM 1502 of the mobile 
user terminal 1 00 of the first embodiment, are stored on 
the IC card 14102 of the mobile user terminal 14100. 
The RAM 1502 of the mobile user terminal 14100 
serves as a work area that is used by the CPU 1500 
when executing a program. 

[2124] Furthermore, the mobile user terminal 14100 
employs the IC card 14100 loaded into the IC card 
reader/writer 14200 to perform one part of the data 
processing for the messages that are exchanged with 
the service providing system 1 10, the gate terminal 101 . 
the merchant terminals 102 and 103, the automatic 
vending machine 104 or the switching center 105 for the 
mobile electronic commerce service. 
[2125] Fig. 143 is a block diagram illustrating the 
arrangement of the IC card 1 41 02. 
[2126] The IC card 14102 includes two interfaces, one 
for a contact type IC card and one for a non-contact IC 
card. This IC card comprises: a CPU (Central Process- 
ing Unit) 14300, which processes data to be transmitted 
and data that are received in accordance with a pro- 
gram stored in a ROM (Read Only Memory) 14301, and 
which controls the other components across a bus 
14318; a RAM (Random Access Memory) 14302, in 
which are stored data that are to be processed and that 
are being processed by the CPU 14300; an FeRAM 
(Ferroelectric Random Access Memory) 14303, in 
which are stored a user ID and a code number for a 
user, a private key and a public key for a digital signa- 
ture, a service provider ID, the telephone number of the 
service providing system 1 1 0, the public key of the serv- 
ice provider, and an additional program or data such as 
those for an electronic ticket or for an electronic pay- 
ment card, which are stored in the basic program area 
1700, the service data area 1701, the user area 1702 
and the temporary area 1704 of the RAM 1502 for the 
first embodiment; a cryptographic processor 14304, 
which encrypts or decrypts data under the control of the 
CPU 14300; an input/output circuit 14305, which con- 
verts and controls a signal that is input or output at a 
contact 14306 of a non-contact IC card under the con- 
trol of the CPU 14300; and an RF modem 14307, which 
converts and controls radio waves that are input or out- 
put by an antenna 14308 of a non-contact IC card under 
the control of the CPU 14300. 

[21 27] The cryptographic processor 1 4304, which cor- 
responds to the cryptographic processor 1505 of the 
mobile user terminal 100 in the first embodiment, 
includes an encryption and decryption function that 
uses a secret key method and an encryption and 
decryption function for a public key system. The crypto- 
graphic processor 14304 employs the cryptograph 
method and keys that are set by the CPU 14300 to 
encrypt or decrypt data as designated by the CPU 
14300. The cryptographic function of the cryptographic 
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processor 14304 is employed for the process for provid- 
ing a digital signature for a message or the process for 
closing the message, and the process for decrypting the 
closed message or the process for verifying a digital sig- 

5 nature accompanying the message. 

[2128] To transmit, via a digital wireless telephone 
communication, a message that is closed and is accom- 
panied by a digital signature, first, the CPU 14300 
employs the cryptographic processor 14304 to perform 

10 the digital signature provision process and the message 
closing process, and transmits the resultant message to 
the input/output circuit 14305. The message, which is 
closed and is accompanied by the digital signature, is 
converted into an- electric signal by the input/output cir- 

15 cuit 14305, and the electric signal is output at the con- 
tact point 14306. Through the IC card reader/writer 
14200 and the bus 1529, the CPU 1500 reads, as a 
message, the electric signal that is output at the contact 
14306. The CPU 14300 employs the data codec 1506 

20 to encode the message that is closed and accompanied 
by the digital signature to obtain a data form for digital 
wireless telephone communication, and transmits the 
coded message via the control logic unit 1508 to the 
channel codec 1513. 

25 [2129] When a message that is closed and is accom- 
panied by a digital signature is received via digital wire- 
less telephone communication, the CPU 1500 reads the 
received message from the channel codec 1513 
through the control logic unit 1508, employs the data 

30 codec 1506 to decrypt the received message, and 
transmits the decrypted message to the IC card 14102 
via the bus 1529 and the IC card reader/writer 14200. 
The CPU 14300 receives a message via the contact 
point 14306 and the input/output circuit 14305, and 

35 employs the cryptographic processor 14304 to decrypt 
the closed and encrypted message and to examine the 
digital signature accompanying the message. 
[2130] Similarly, to transmit via infrared communica- 
tion a message that is closed and is accompanied by a 

40 digital signature, first, the CPU 1 4300 employs the cryp- 
tographic processor 14304 to perform the digital signa- 
ture provision process and the message closing 
process, and transmits the resultant message to the 
input/output circuit 14305. The message that is closed 

45 and is accompanied by the digital signature is converted 
into an electric signal by the input/output circuit 14305, 
and the electric signal is output at the contact point 
14306. Through the IC card reader/writer 14200 and the 
bus 1529, the CPU 1500 reads, as a message, the elec- 

so trie signal that is output at the contact 14306. The CPU 
14300 employs the data codec 1506 to encode the 
message that is closed and is accompanied by the dig- 
ital signature to obtain a data form for infrared commu- 
nication, and transmits the coded message to the 

55 infrared communication module 1507. 

[21 31 ] When a message that is closed and is accom- 
panied by a digital signature is received via infrared 
communication, the CPU 1500 reads the received mes- 
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sage from the infrared communication module 1507, 
employs the data codec 1506 to decrypt the received 
message, and transmits the decrypted message to the 
IC card 14102 via the bus 1529 and the IC card 
reader/writer 14200. The CPU 14300 receives a mes- 5 
sage via the contact point 14306 and the input/output 
circuit 14305, and employs the cryptographic processor 
14304 to decrypt the closed and encrypted message 
and to examine the digital signature accompanying the 
message. 10 
[2132] In Fig. 144 is shown a memory map for the 
FeRAM 14303. The FeRAM 14303 includes five areas: 
a security area 14400, a basic program area 14401. a 
service data area 14402, a user area 14403 and a tem- 
porary area 14403. The security area 14400 is used to is 
store a user ID, a user code number, a private key and 
a public key for a digital signature, a service provider ID, 
the telephone number of the service providing system 
(that is accompanied by the digital signature of the serv- 
ice provider), and the public key of the service provider. 20 
The basic program area 14401, the service data area 
14402, the user area 14403 and the temporary area 
14404 correspond to the basic program area 1700, the 
service data area 1701, the user area 1702 and the 
temporary area 1704 in the RAM 1502 of the mobile 2s 
user terminal 100 for the first embodiment, and the 
same data are stored in these areas as are stored in the 
first embodiment. That is, all the information used for the 
mobile electronic commerce service, such as the user 
ID, the keys for the digital signature, or the electronic 30 
ticket or the electronic payment card that the user 
obtained, are stored on the IC card 14102. 
[2133] Therefore, the user can carry the IC card 
14102 in which the user ID is stored, and can perform 
the electronic commerce service function, while using 35 
an arbitrary mobile user terminal that is regarded as his 
or her own, by loading the IC card 14102 into that 
mobile user terminal. 

[2134] In addition, since the mobile user terminal 
14100 can not access the IC card 14102 when it is not 40 
loaded, the mobile user terminal 141 00 can not process 
message data obtained through the mobile electronic 
commerce service. Therefore, in this case, the mobile 
electronic commerce service function of the mobile user 
terminal 100 can not be employed, and only the digital 45 
wireless telephone function can be used. 
[2135] In Fig. 141C is shown the screen that is dis- 
played on the LCD 303 in the digital wireless telephone 
mode when the IC card 14102 is not loaded, and in Fig. 
141 D is shown the screen that is displayed on the LCD 50 
303 in the credit card mode when the IC card 14102 is 
loaded. 

■j 

INDUSTRIAL USABILITY 

55 

[21 36] As is apparent from the above description, the 
mobile electronic commerce system according to the 
present invention can download to the electronic wallet 
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an electronic negotiable card, such as a payment card, 
a telephone card or a ticket, through the communication 
means, and can easily obtain such a card. When the 
electronic payment card, the electronic telephone card 
or the electronic ticket is to be used, the settlement 
process or the examination process is quickly and pre- 
cisely performed, so that safety and usability for a busi- 
ness transaction can be provided. 
[2137] The performance of an illegal activity during a 
business transaction can be prevented, and the secrecy 
of personal information can be maintained. 
[21 38] The electronic payment card, the electronic tel- 
ephone card and the electronic ticket can be delivered 
along a distribution route as a form of printed matter or 
as a recording medium, and wide distribution if possible. 
[2139] In addition, the usability in the mobile environ- 
ment can be improved, and, particularly in the invention 
cited in claims 24 and 25, a system appropriate to the 
environment in which it is to be used can be obtained. 
[2140] According to the invention cited in claim 27, 
cash is not required to purchase a product from an auto- 
matic vending machine, and the usability can be 
improved. 

[2141 ] According to the invention cited in claim 28, the 
operator is able to manipulate the electronic payment 
card clearing means and to present, to a person in 
charge, the data stored in the electronic payment card 
clearing means. Thus, the usability of the electronic 
payment card clearing means is improved. 
[2142] According to the invention cited in claim 30, 
since the calculation of the price of a product and the 
settlement process can be preformed, the usability is 
improved. 

[2143] According to the invention cited in claim 31, 
since the process beginning with the promotion of a 
product an continuing until the product is sold is auto- 
mated, the usability is improved. 
[21 44] According to the invention cited in claim 32, the 
provision of a communication service and the collection 
of a communication charge for that service can be per- 
formed at the same time, and the collection rate for the 
communication charge can be improved. 
[21 45] According to the invention cited in claim 33. the 
operator is able to operate the electronic ticket means 
and to present, to a person in charge, the data stored in 
the electronic ticket means. Thus, the usability of the 
electronic ticket means is improved. 
[21 46] According to the invention cited in clam 34, the 
service providing means can efficiently manage the 
electronic wallet and the electronic payment card clear- 
ing means, and can provide the electronic payment card 
service, the electronic telephone card service and the 
electronic ticket service. 

[21 47] According to the invention cited in claim 35, the 
settlement means can efficiently perform the settlement 
means. 

[21 48] According to the invention cited in claim 36, the 
payment card issuing means can efficiently issue a pay- 
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merit card. 

[2149] According to the invention cited in claim 37, the 
telephone card issuing means can efficiently issue a tel- 
ephone card. 

[21 50] According to the invention cited in claim 38, the 5 
ticket issuing means can efficiently issue a ticket. 
[21 51 ] According to the invention cited in claim 39, the 
owner of the electronic wallet purchases, as an elec- 
tronic payment card, a payment card that is issued by 
the payment card issuing means, and can download the 10 
payment card to the electronic wallet and use it. Thus, 
the usability is improved. 

[2152] According to the invention cited in claim 40, 
since the owner of the electronic wallet designates the 
amount of a payment, an illegal act by a store can be 15 
prevented. 

[21 53] According to the invention cited in claim 41 , the 
owner of the electronic wallet can confirm the contents 
of a trading session, and as a statement of account 
printed on paper need not be exchanged, a sale can be 20 
handled more efficiently. 

[21 54] According to the invention cited in claim 42, the 
owner of an electronic wallet can purchase anywhere, 
as an electronic telephone card, a telephone card that is 
issued by the telephone card issuing means, and can 25 
use the telephone card by downloading it to the elec- 
tronic wallet. Thus, the usability is improved. 
[2155] According to the invention cited in claim 43, a 
wireless communication service using a payment card 
clearing method can be received, and the usability is 30 
improved. 

[21 56] According to the invention cited in claim 44, the 
owner of an electronic wallet can confirm the contents of 
the wireless communication service that is employed. 
[21 57] According to the invention cited in daim 45. the 35 
owner of an electronic wallet can purchase anywhere, 
as an electronic ticket, a ticket that is issued by the ticket 
issuing means, and can use the ticket by downloading it 
to the electronic wallet. Thus, the usability is improved. 
[2158] According to the invention cited in claims 47 40 
and 48, the ticket can be examined accurately and effi- 
ciently. 

[2159] According to the invention cited in claim 49, 
since an electronic payment card can be transferred to 
another person, the usability is improved. 45 
[21 60] According to the invention cited in claim 50, an 
electronic payment card can be precisely transferred 
and trouble that may accompany the transfer can be 
prevented. 

[2161] According to the invention cited in claim 51, so 

since an electronic telephone card can be transferred to 

another person, the usability is improved. 

[2162] According to the invention cited in claim 52, an 

electronic telephone card can be precisely transferred 

and trouble that may accompany the transfer can be 55 

prevented. 

[2163] According to the invention cited in claim 53, 
since an electronic ticket can be transferred to another 



person, the usability is improved. 
[2164] According to the invention cited in claim 54, an 
electronic ticket can be precisely transferred and trouble 
that may accompany the transfer can be prevented. 
[2165] According to the invention cited in claim 55, the 
owner of an electronic wallet can install an electronic 
payment card in the electronic wallet anywhere. 
[2166] According to the invention cited in claim 56, an 
electronic payment card that the owner of the electronic 
wallet designates can be installed in the electronic wal- 
let anywhere. 

[2167] According to the invention cited in claim 57, the 
owner of the electronic wallet can install an electronic 
telephone card in the electronic wallet anywhere. 
[21 68] According to the invention cited in claim 58, an 
electronic telephone card that the owner of the elec- 
tronic wallet designates can be installed in the elec- 
tronic wallet anywhere. 

[2169] According to the invention cited in claim 59, the 
owner of the electronic wallet can install an electronic 
ticket in the electronic wallet anywhere. 
[21 70] According to the invention cited in claim 60, an 
electronic ticket that the owner of the electronic wallet 
designates can be installed in the electronic wallet any- 
where. 

[2171 ] According to the invention cited in claim 61 , an 
illegal installation due to immorality can be prevented. 
[2172] According to the invention cited in claim 62, a 
maximum one hundred million types of electronic pay- 
ment cards, electronic telephone cards and electronic 
tickets, and 10 to the 32nd power of cards or tickets of 
for each type can be identified by simple numerical 
entry. 

[21 73] According to the invention cited in claim 63, the 
owner of the electronic wallet can reduce the communi- 
cation costs for a purchase, and can also receive, as a 
gift, an electronic payment card, an electronic telephone 
card or an electronic ticket. As a result, the distribution 
and employment of an electronic payment card, an elec- 
tronic telephone card or an electronic ticket can be 
accelerated. 

[21 74] According to the invention cited in claim 64, the 
distribution and employment of the electronic payment 
card, the electronic telephone card or the electronic 
ticket can be accelerated. 

[2175] According to the invention cited in claim 65, the 
contents of a ticket that has been issued can be 
changed at a low cost. 

[2176] According to the invention cited in claim 66, the 
modification of the contents of an event can be reported 
to the owner of the electronic ticket, and the electronic 
ticket can be updated. 

[2177] According to the invention cited in claim 67, the 
owner of the electronic ticket does not have to go to a 
ticket store for a refund, and can receive the refund any- 
where. 

[2178] According to the invention cited in claim 68, the 
calculation function of a computer system can be effi- 
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ciently distributed to individual information processing 
means. 

[2179] According to the invention cited in claim 69, an 
electronic payment card to be used and an electronic 
payment card in the sleeping state can be managed 
separately, and an efficient service operation is ena- 
bled. 

[21801 According to the invention cited in claim 70, 
since an electronic payment card must be registered to 
be used, even when an unregistered electronic payment 
card in the sleeping state is stolen, illegal use of that 
card will not occur. 

[2181 ] According to the invention cited in claim 71 , an 
electronic telephone card to be used and an electronic 
telephone card in the sleeping state can be managed 
separately, and an efficient service operation is ena- 
bled. 

[2182] According to the invention cited in claim 72, 
since an electronic telephone card must be registered to 
be used, even when an unregistered electronic tele- 
phone card in the sleeping state is stolen, illegal use of 
that card will not occur. 

[2183] According to the invention cited in claim 73, an 
electronic ticket to be used and an electronic ticket in 
the sleeping state can be managed separately, and an 
efficient service operation is enabled. 
[2184] According to the invention cited in claim 74, 
since an electronic ticket must be registered for use, 
even when an unregistered electronic ticket in the 
sleeping state is stolen, illegal use of that card will not 
occur. 

[2185] According to the invention cited in claim 75, 
clearing of the electronic payment card and the transfer 
of the electronic payment card can be safely performed. 
[2186] According to the invention cited in claim 76, the 
verification process can be mutually performed by the 
electronic wallet and the electronic payment card clear- 
ing means, and the safety of payment card clearing is 
improved. 

[2187] According to the invention cited in claims 78 
and 80, various types of electronic payment cards can 
be safely issued. 

[2188] According to the invention cited in claim 79. 
various types of electronic payment cards can be safely 
issued by individual payment card issuers. 
[2189] According to the invention cited in claim 81, 
settlement of the communication charge using the elec- 
tronic telephone card and the transfer of the electronic 
telephone card can be safely performed. 
[2190] According to the invention cited in claim 82, a 
message generated by the electronic telephone card 
can be accompanied by the digital signature of the elec- 
tronic telephone card, and the validity of the message 
can be verified. 

[2191] According to the invention cited in claim 83, the 
verification process can be mutually performed by the 
electronic wallet and the electronic telephone card 
clearing means, and the safety of telephone card clear- 
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ing is improved. 

[2192] According to the invention cited in claims 84 
and 86, various types of electronic telephone cards can 
be safely issued. 

5 [2193] According to the invention cited in claim 85, 
various types of electronic telephone cards can be 
safely issued by individual telephone card issuers. 
[21 94] According to the invention cited in claim 87, the 
examination of an electronic ticket and the transfer of 

io the electronic ticket can be safely performed. 

[21 95] According to the invention cited in claim 88, a 
message generated by the electronic ticket can be 
accompanied by the digital signature of the electronic 
ticket, and the validity of the message can be verified. 

is [21 96] According to the invention cited in claim 89, the 
verification process can be mutually performed by the 
electronic wallet and the electronic ticket examination 
means, and the safety of ticket examination is improved. 
[2197] According to the invention cited in claims 90 

20 and 92, various types of electronic tickets can be safely 
issued. 

[2198] According to the invention cited in claim 91, 
various types of electronic tickets can be safely issued 
by individual ticket issuers. 
25 [2199] According to the invention cited in claim 93, a 
payment method can be selected when an electronic 
payment card is purchased, and the usability is 
improved. 

[2200] According to the invention cited in claim 94, the 
30 payment card issuing means can designate a template 
program that is used for the electronic payment card, 
and various types of electronic payment cards can be 
issued. 

[2201 ] According to the invention cited in claim 95, the 

35 representative component information can be desig- 
nated when an electronic payment card is issued, and 
various types of electronic payment cards having a high 
degree of freedom can be issued. 
[2202] According to the invention cited in claim 96, 

40 since the signature key of the electronic payment card is 
updated by registering the card, the safety is improved. 
[2203] According to the invention cited in claim 97, an 
electronic payment card that is to be used can be 
selected, and the usability is improved. 

45 [2204] According to the invention cited in claim 98, 
since a value that is equal to or greater than the amount 
of a payment designated by the owner of the electronic 
wallet is not paid, the safety is improved. 
[2205] According to the invention cited in claim 99, 

so since the contents of an electronic payment card used 
for the payment are precisely represented for the elec- 
tronic payment card clearing means, the electronic pay- 
ment card clearing means can determine whether the 
pertinent electronic payment card is valid. 

55 [2206] According to the invention cited in claim 100, 
the amount of a payment and a person who is to receive 
the payment are guaranteed, and an illegal charge by a 
store can be prevented. 
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[2207] According to the invention cited in claim 101, 
whether a micro-check is issued by the owner of the 
electronic payment card is determined, and the validity 
of the micro-check can be exactly verified. 
[2208] According to the invention cited in claim 102, 
the generation order for a micro-check and the matching 
of the remaining value can be examined, and further, 
the validity of the micro-check can be precisely exam- 
ined. 

[2209] According to the invention cited in claim 103, a 
used micro-check can be automatically collected, and 
its validity can be examined. 

[2210] According to the invention cited in claim 104, 
the transferring side and the recipient side can negoti- 
ate the contents to be transferred. 
[2211] According to the invention cited in claim 105, 
the recipient side can confirm the contents of an elec- 
tronic payment card to be transferred. 
[2212] According to the invention cited in claim 106, 
since the recipient is guaranteed, even when a payment 
card transfer certificate message is stolen, the payment 
card will not be illegally employed. 
[221 3] According to the invention cited in claim 107, a 
payment method can be selected when an electronic 
telephone card is purchased, and the usability is 
improved. 

[2214] According to the invention cited in claim 108, 
the telephone card issuing means can designate a tem- 
plate program that is used for the electronic telephone 
card, and various types of electronic telephone cards 
can be issued. 

[2215] According to the invention cited in claim 109, 
the representative component information can be desig- 
nated when an electronic telephone card is issued, and 
various types of electronic telephone cards having a 
high degree of freedom can be issued. 
[2216] According to the invention cited in claim 110, 
since the signature key of the electronic telephone card 
is updated by registering the card, the safety is 
improved. 

[221 7] According to the invention cited in claim 111, 
an electronic telephone card that is to be used can be 
selected, and the usability is improved. 
[2218] According to the invention cited in claim 112, 
the communication service provider can charge a fee in 
accordance with a wireless communication service that 
is provided. 

[2219] According to the invention cited in claim 113, 
only a small amount of history information is required, 
even when the settlement of additional charges is per- 
formed many times during a communication session. 
[2220] According to the invention cited in claim 114, 
since the contents of an electronic telephone card used 
for payment are precisely represented for the electronic 
telephone card clearing means, the electronic tele- 
phone card clearing means can determine whether the 
pertinent electronic telephone card is valid. 
[2221] According to the invention cited in claim 115, 



the amount of a payment and a person who is to receive 
the payment are guaranteed, and an illegal charge by 
the owner of the electronic telephone card can be pre- 
vented. 

5 [2222] According to the invention cited in claim 116, 
whether a telephone micro-check is issued by the owner 
of the electronic telephone card is determined, and the 
validity of the telephone micro-check can be exactly ver- 
ified. 

io [2223] According to the invention cited in claim 117, 
the generation order for a telephone micro-check and 
the matching of the remaining value can be examined, 
and the validity of the telephone micro-check can be fur- 
ther precisely examined. 

is [2224] According to the invention cited in claim 1 18, a 
used telephone micro-check can be automatically col- 
lected, and the validity can be examined. 
[2225] According to the invention cited in claim 119, 
the transferring side and the recipient side can negoti- 

20 ate the contents to be transferred. 

[2226] According to the invention cited in claim 120, 
the recipient side can confirm the contents of an elec- 
tronic telephone card that is to be transferred. 
[2227] According to the invention cited in claim 121, 

25 since the recipient is guaranteed, even when a payment 
card transfer certificate message is stolen, the payment 
card will not be illegally employed. 
[2228] According to the invention cited in claim 1 22, a 
payment method can be selected when an electronic 

30 ticket is purchased, and the usability is improved. 

[2229] According to the invention cited in claim 123, 
the ticket issuing means can designate a template pro- 
gram that is used for the electronic ticket, and various 
types of electronic tickets can be issued. 

35 [2230] According to the invention cited in claim 124, 
the representative component information can be desig- 
nated when an electronic ticket is issued, and various 
types of electronic tickets having a high degree of free- 
dom can be issued. 

40 [2231] According to the invention cited in claim 125, 
since the signature key of the electronic ticket is 
updated by registering the ticket, the safety is improved. 
[2232] According to the invention cited in claim 126, 
an electronic ticket that is to be used can be selected, 

45 and the usability is improved. 

[2233] According to the invention cited in claim 127, 
the electronic ticket examination means can perform the 
examination process in accordance with a ticket that is 
presented. 

so [2234] According to the invention cited in claim 128, 
since the contents of an electronic ticket to be used are 
precisely represented for the electronic ticket examina- 
tion means, the electronic ticket examination means can 
determine whether the pertinent electronic ticket is 

55 valid. 

[2235] According to the invention cited in claim 129, 
the contents of the electronic ticket that is examined is 
guaranteed, and an illegal charge by the owner of the 
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electronic ticket can be prevented. 
[2236] According to the invention cited in claim 130, 
whether a ticket examination response message is 
issued by the owner of the electronic ticket is deter- 
mined, and the validity of the ticket examination s 
response can be exactly verified. 
[2237] According to the invention cited in claim 131 , 
the generation order for a ticket examination response 
message and the matching of the changes of the sta- 
tuses can be examined, and the validity of the ticket 10 
examination response message can be precisely exam- 
ined. 

[2238] According to the invention cited in claim 132. a 
ticket examination response can be automatically col- 
lected, and the validity can be examined. is 
[2239] According to the invention cited in claim 133, 
the transferring side and the recipient side can negoti- 
ate the contents to be transferred. 
[2240] According to the invention cited in claim 134, 
the recipient side can confirm the contents of an elec- 20 
tronic ticket that is to be transferred. 
[2241] According to the invention cited in claim 135, 
since the recipient is guaranteed, even when a ticket 
transfer certificate message is stolen, the ticket will not 
be illegally employed. 25 
[2242] According to the invention cited in claim 136, 
the payment card issuer, the telephone card issuer and 
the ticket issuer can designate the procedures for clear- 
ing. 

[2243] According to the invention cited in claim 137, 30 
an electronic payment card, an electronic telephone 
card and an electronic ticket can be issued without 
keeping a purchaser waiting. 

[2244] According to the invention cited in claim 138, 
an electronic payment card, an electronic telephone 35 
card and an electronic ticket can be issued without 
keeping a purchaser waiting. 

[2245] According to the invention cited in claim 1 39, a 
plurality of electronic payment cards, electronic tele- 
phone cards and electronic tickets, and history informa- 40 
tion can also be managed in the memory of an 
electronic wallet that has a limited capability. 
[2246] According to the invention cited in claim 140 
and 141, the service life of a battery for the electronic 
wallet or for the electronic payment card clearing means 45 
can be extended. 

[2247] According to the invention cited in claim 144, 
the counterfeiting of printed material can be prevented. 
Further, according to the invention for a recording 
medium on which are stored various programs, such as so 
a control program for the central processing unit of the 
electronic wallet, these programs can be distributed in a 
portable form. 

[2248] According to the invention cited in claim 155, 
the third storage means for storing the identification 55 
information and authorization information for a user is 
loaded into an arbitrary electronic wallet, so that the 
electronic wallet can be used as the electronic wallet of 
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that user. 

[2249] According to the invention cited in claim 156, 
communication with the service providing means is not 
required when the third storage means is to be loaded 
into and unloaded from the electronic wallet. 
[2250] According to the invention cited in claim 157, 
an electronic negotiable card that is obtained using the 
electronic wallet can be carried while stored in the IC 
card. 

[2251 ] According to the invention of printed material 
on which is printed electronic payment installation infor- 
mation, electronic telephone card installation informa- 
tion or electronic ticket installation information, and a 
recording medium on which such information is stored, 
an electronic payment card, an electronic telephone 
card or an electronic ticket can be transmitted along a 
distribution route. 

[2252] The printed material to which the removable 
coating is applied can be prevent the leakage of instal- 
lation information before this printed material is pur- 
chased. 

Claims 

1. A mobile electronic commerce system for paying, 
via wireless communication means, a required 
amount from an electronic wallet that includes said 
wireless communication means and for receiving a 
product or a service, or a required permission, from 
a supply side, comprising: 

service means for connecting said electronic 
wallet and said supply side via said communi- 
cation means, 

wherein said service means installs, via said 
communication means, a program for an elec- 
tronic negotiable card in said electronic wallet; 
wherein said electronic negotiable card that is 
installed is employed to receive a product or a 
service, or a required permission, from said 
supply side; 

wherein based on a program for said electronic 
negotiable card a settlement process for which 
said electronic negotiable card is used, is per- 
formed by said electronic wallet and said sup- 
ply side via said communication means; and 
wherein, in association with said settlement 
process, said data that are stored in said elec- 
tronic wallet and at said supply side are trans- 
mitted to said service means at a 
predetermined time, and are managed thereat. 

2. j A mobile electronic commerce system for paying, 

via wireless communication means, a required 
amount using an electronic wallet that includes said 
wireless communication means and for receiving a 
product or a service, or a required permission, from 
a supply side, 
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•wherein, via said wireless communication means, 
said electronic wallet applies the purchase of a pro- 
gram for an electronic negotiable card to service 
means for issuing said program for said electronic 
negotiable card; 5 
wherein said service means receives from elec- 
tronic negotiable card issuing means data concern- 
ing said electronic negotiable card, and with 
settlement means performs a settlement that is 
associated with the purchase of said electronic w 
negotiable card; 

wherein, via said wireless communication means, 
said program for said electronic negotiable card is 
installed in said electronic wallet; 

wherein said electronic negotiable card that is 15 6. 
installed is employed for receiving a product or a 
service, or a required permission, from said supply 
side; and 

wherein, based on said program for said negotiable 
card, a settlement process based on the use of said 2 o 
negotiable card is performed by said electronic wal- 
let and said supply side via said communication 
means. 

3. A mobile electronic commerce system according to 25 
claim 1 or 2, wherein, in said settlement process for 
which said negotiable card is used, said electronic 

wallet generates an electronic check corresponding 7. 
to a payment amount based on said program pro- 
vided for said negotiable card, and transmits said 30 
electronic check to said supply side via said wire- 
less communication means; wherein said supply 
side, upon receiving said electronic check, trans- 
mits an electronic receipt to said electronic wallet; 
wherein, thereafter, said electronic wallet and said 35 
supply side respectively store said electronic 8. 
receipt and said electronic check as data concern- 
ing said settlement process. 

4. A mobile electronic commerce system according to 40 
claim 1 or 2, wherein, in said settlement process for 
which said electronic negotiable card is used, 
based on said program provided for said electronic 
negotiable card said electronic wallet transmits data 

for said electronic negotiable card to said supply 45 
side via said wireless communication means; 
wherein said supply side, upon receiving said data 
for said electronic negotiable card, transmits to said 
electronic wallet an electronic certificate required 9. 
for the granting of entrance permission and the so 
admission of the owner of said electronic wallet; 
and wherein, thereafter, said electronic wallet and 
said supply side respectively store said electronic 
certificate and said data for said electronic negotia- 
ble card as data concerning said settlement proc- ss 
ess. 

5. A mobile electronic commerce system according to 
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claim 1 or 2, wherein, in order to transfer said elec- 
tronic negotiable card that is installed in said elec- 
tronic wallet to a different electronic wallet, said 
electronic wallet generates a transfer message 
using said electronic negotiable card and transmits 
said message to said different electronic wallet; 
wherein said electronic wallet deletes said stored 
electronic negotiable card, and said different elec- 
tronic wallet transmits, to said service means, said 
transfer message for said negotiable card; wherein, 
thereafter, said service means installs a program 
for said electronic negotiable card in said different 
electronic wallet. 

A mobile electronic commerce system according to 
claim 1 or 2, wherein said electronic wallet trans- 
mits to said service means, via said wireless com- 
munication means, an installation number to be 
recorded on or in a distribution medium, such as 
printed matter or a recording medium; and wherein 
said service means receives, from negotiable card 
issuing means, data concerning an electronic 
negotiable card that is to be issued, and through 
wireless communication installs a program for an 
electronic negotiable card corresponding to said 
installation number. 

A mobile electronic commerce system according to 
claim 1 or 2, wherein said service means manages 
a template program that is a model of a program for 
an electronic negotiable card, and based on said 
template program generates said program for said 
electronic negotiable card and installs said program 
in said electronic wallet. 

A mobile electronic commerce system for paying, 
via wireless communication means, a required 
amount from an electronic wallet that includes said 
wireless communication means and for receiving a 
product or a service, or a required permission, from 
a supply side, 

wherein a program for an electronic negotiable card 
includes an inherent private key. and 
wherein, when an electronic wallet employs said 
negotiable card, said private key is employed to add 
a digital signature to data that are to be transmitted 
to a supply side via communication means. 

A mobile electronic commerce system for paying, 
via wireless communication means, a required 
amount from an electronic wallet that includes said 
wireless communication means, and for receiving a 
product or a service, or a required permission, from 
a supply side, 

wherein said electronic wallet holds an electronic 
payment card that serves as an electronic payment 
card program, and employs said electronic pay- 
ment card when paying said required amount for 
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said product or said service that is received from 
said supply side; and 

wherein, via said wireless communication means, 
said electronic wallet and said supply side perform 
a settlement process that is associated with said 5 
payment. 

10. A mobile electronic commerce system according to 
claim 9, wherein an electronic payment card settle- 
ment means for making a payment using said elec- 10 
tronic payment card is provided for said supply side. 

1 1 . A mobile electronic commerce system according to 
claim 10. wherein service means is provided to 
connect, via said communication means, said elec- is 
tronic wallet and said electronic payment card set- 
tlement means and to connect, via said 
communication means, said payment card issuing 
means and said settlement means, so that said 
electronic wallet can purchase said electronic pay- 20 
ment card through said service means. 

12. A mobile electronic commerce system according to 
claim 11. wherein said electronic wallet, said elec- 
tronic payment card settlement means, and said 25 
service means individually include a plurality of 
types of communication means, and wherein said 
electronic wallet, said electronic payment card set- 
tlement means, and said service means employ dif- 
ferent communication means when communication 30 
among the three is conducted. 
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• 

connecting, via said communication means, said 
electronic wallet and said electronic payment card 
settlement means, and for connecting, via said 
communication means, said payment card issuing 
means and said settlement means, so that said 
electronic wallet can purchase said electronic tele- 
phone card through said service means. 

16. A mobile electronic commerce system according to 
claim 15, wherein said electronic wallet, said elec- 
tronic telephone card settlement means, and said 
service means individually include a plurality of 
types of communication means, and wherein said 
electronic wallet, said electronic telephone card 
settlement means, and said service means employ 
different communication means when communica- 
tion among the three is conducted. 

17. A mobile electronic commerce system for paying, 
via wireless communication means, a required 
amount from an electronic wallet that includes said 
wireless communication means and for receiving a 
product or a service, or a required permission, from 
a supply side, 

wherein said electronic wallet holds an electronic 
ticket that is electronically constituted, and provides 
information concerning said electronic ticket; and 
wherein said electronic wallet and said supply side 
perform, via said wireless communication means, 
an examination process for said electronic ticket for 
granting permission for an admission. 



13. A mobile electronic commerce system for paying, 
via wireless communication means, a required 
amount from an electronic wallet that includes said 35 
wireless communication means and for receiving a 
product or a service, or a required permission, from 

a supply side, 

wherein said electronic wallet holds an electronic 
telephone card that serves as an electronic tele- 40 
phone card program, and employs said electronic 
telephone card when paying a required mount for a 
communication that is performed via wireless com- 
munication means using an exchange service pro- 
vided by said supply side; and 45 
wherein said electronic wallet and said supply side 
perform, via said wireless communication means, a 
settlement process that accompanies said pay- 
ment. 

50 

14. A mobile electronic commerce system according to 
claim 13, wherein said supply side includes com- 
munication line exchange means and electronic tel- 
ephone card settlement means for settling said 
payment using said electronic telephone card. 55 

15. A mobile electronic commerce system according to 
claim 14, wherein service means is provided for 



18. A mobile electronic commerce system according to 
claim 17, wherein electronic ticket examination 
means for examining said electronic ticket is pro- 
vided for said supply side. 

19. A mobile electronic commerce system according to 
claim 18, wherein service means is provided for 
connecting, via said communication means, said 
electronic wallet and said electronic ticket examina- 
tion means, and for connecting, via said communi- 
cation means, said ticket issuing means and said 
settlement means, so that said electronic wallet can 
purchase said electronic ticket through said service 
means. 

20. A mobile electronic commerce system according to 
claim 18, wherein said electronic wallet, said elec- 
tronic ticket examination means, and said service 
means individually include a plurality of types of 
communication means, and wherein said electronic 
wallet, said electronic ticket examination means, 
and said service means employ different communi- 
cation means when communication among the 
three is performed. 

21. A mobile electronic commerce system comprising: 
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said electronic wallet defined in claim 9; 
electronic payment card settlement means; 
' electronic telephone card settlement means; 
electronic ticket examination means; 
service provision means; 
settlement processing means; 
payment card issuing means; 
telephone card issuing means; and 
ticket issuing means. 

22. A mobile electronic commerce system according to 
claim 11, wherein said electronic wallet holds an 
electronic credit card and employs said electronic 
credit card to purchase said electronic payment 
card, said electronic telephone card or said elec- 
tronic ticket. 

23. A mobile electronic commerce system according to 
claim 12, wherein said electronic wallet includes a 
plurality of kinds of wireless communication means 
as said plurality of types of communication means. 

24. A mobile electronic commerce system according to 
claim 23, wherein, as means for engaging in wire- 
less communication with said electronic payment 
card settlement means or said electronic ticket 
examination means, said electronic wallet includes 
wireless communication means that has a shorter 
communication distance and a higher directivity 
than has the wireless communication means 
employed for said electronic telephone card settle- 
ment or for said service providing means. 

25. A mobile electronic commerce system according to 
claim 24, wherein, as means for engaging in wire- 
less communication with said electronic payment 
card settlement means or said electronic ticket 
examination means, said electronic wallet includes 
optical communication means and radio communi- 
cation means for engaging in wireless communica- 
tion with said electronic telephone card settlement 
means or said service providing means. 

26. A mobile electronic commerce system according to 
claim 10, wherein said electronic payment card set- 
tlement means includes wireless communication 
means for engaging in communication with said 
service providing means. 

27. A mobile electronic commerce system according to 
claim 10, wherein said electronic payment card set- 
tlement means is an automatic vending machine 
that includes automatic product or service providing 
means. 

28. A mobile electronic commerce system according to 
claim 9, wherein said electronic wallet comprises: 



10 



75 



20 



25 



30 



35 



40 



45 



50 



55 



input means for entering a numerical value and 
for performing a selection operation; 
a central processing unit for generating data to 
be transmitted via said wireless communication 
means, and for processing data received via 
said wireless communication means; 
first storage means for storing a control pro- 
gram for controlling <an operation performed by 
said central processing unit; 
display means for displaying data processed by 
said central processing unit; and 
second storage means for storing said data 
processed by said central processing unit, 
wherein said electronic ticket, said electronic 
payment card or said electronic telephone card 
is stored in said second storage means. 

29. A mobile electronic commerce system according to 
claim 10, wherein said electronic payment card set- 
tlement means includes: 

optical communication means for communicat- 
ing with said electronic wallet; 
communication means for communicating with 
said service providing means; 
input means for entering a numerical value and 
performing a selection operation; 
a central processing unit for generating data to 
be transmitted via said optical communication 
means and said communication means, and for 
processing data received via said optical com- 
munication means and said communication 
means; 

first storage means for storing a control pro- 
gram for controlling an operation performed by 
said central processing unit; 
display means for displaying data processed by 
said central processing unit; and 
second storage means for storing said data 
processed by said central processing unit, 
wherein a settlement process program module 
for said electronic payment card is stored in 
said second storage means. 

30. A mobile electronic commerce system according to 
claim 10, wherein said electronic payment card set- 
tlement means comprises: 

optical communication means for communicat- 
ing with said electronic wallet; 
radio communication means for communicat- 
ing with said service providing means; 
product identification means for identifying a 
product type; 

input means for entering a numerical value and 
for performing a selection operation; 
a central processing unit for calculating a 
charge for said product, for generating data to 
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be transmitted via said optical communication 
means and said radio communication means, 
and for processing data received via said opti- 
cal communication means and said radio com- 
munication means; 5 
first storage means for storing a control pro- 
gram for controlling an operation performed by 
said central processing unit; 
display means for displaying data processed by 
said central processing unit; 10 
second storage means for storing said data 
processed by said central processing unit; and 
third storage means for storing value informa- 
tion for said product, 

wherein a settlement process program module 15 
for said electronic payment card is stored in 
said second storage means. 



31 . A mobile electronic commerce system according to 
claim 27, wherein said automatic vending machine 
comprises: 



20 



optical communication means for communicat- 
ing with said electronic wallet; 
radio communication means for communicat- 25 
ing with said service providing means; 
selection means for selecting a product to be 
purchased or a service; 
automatic providing means for providing said 
product or said service ; 30 
a central processing unit for generating data to 
be transmitted via said optical communication 
means and said radio communication means, 
and for processing data received via said opti- 
cal communication means and said radio com- 35 
muni cation means; 

first storage means for storing a control pro- 
gram for controlling an operation performed by 
said central processing unit; 
display means for displaying data processed by 40 
said central processing unit; 
second storage means for storing said data 
processed by said central processing unit; 
third storage means for storing value informa- 
tion and stock information for said product; and 45 
fourth storage means for storing promotion 
information for said product or for said service, 
wherein a settlement process program module 
for said electronic payment card is stored in 
said second storage means. so 

32. A mobile electronic commerce system according to 
claim 14 or 21, wherein said electronic telephone 
card settlement means comprises: 



radio communication means for communicat- 
ing with said electronic wallet; 
communication means for communicating with 
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said service providing means; 
communication line exchange means for 
exchanging a plurality of communication lines; 
a central processing unit for generating data to 
be transmitted via said radio communication 
means and said communication means, and for 
processing data received via said radio com- 
munication means and said communication 
means; 

first storage means for storing a control pro- 
gram for controlling an operation performed by 
said central processing unit; and 
. second storage means for storing said data 
processed by said central processing unit, 
wherein a settlement process program module 
for said electronic telephone card is stored in 
said second storage means. 

33. A mobile electronic commerce system according to 
claim 17, wherein said electronic ticket examination 
means comprises: 

optical communication means for communicat- 
ing with said electronic wallet; 
communication means for communicating with 
said service providing means; 
input means for entering a numerical value and 
for performing a selection operation; 
a central processing unit for generating data to 
be transmitted via said optical communication 
means and said communication means, and for 
processing data received via said optical com- 
munication means and said communication 
means; 

first storage means for storing a control pro- 
gram for controlling an operation performed by 
said central processing unit; 
display means for displaying data processed by 
said central processing unit; and 
second storage means for storing said data 
processed by said central processing unit, 
wherein an examination program module for 
said electronic ticket is stored in said second 
storage means. 

34. A mobile electronic commerce system according to 
claim 21, wherein said service providing means 
comprises: 

user information storage means for storing 
information concerning said electronic wallet 
and information concerning a settlement con- 
tract concluded with an owner of said electronic 
wallet; 

merchant information storage means for stor- 
ing information concerning said electronic pay- 
ment card settlement means, said electronic 
telephone card settlement means and said 
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electronic ticket examination means, and infor- 
mation concerning a settlement contracts con- 
cluded with owners of electronic payment 
cards, electronic telephone cards and elec- 
tronic tickets; 5 
settlement processor information storage 
means for storing information concerning said 
settl ement processing means ; ^ 
payment card issuer information storage 
means for storing information concerning said io 
payment card issuing means, and information 
concerning a settlement contract concluded 
with an owner of said payment card issuing 
means; 

telephone card issuer information storage is 
means for storing information concerning said 
telephone card issuing means, and information 
concerning a settlement contract concluded 
with an owner of said telephone card issuing 
means; 20 
ticket issuer information storage means for 
storing information concerning said ticket issu- 
ing means, and information concerning a set- 
tlement contract concluded with an owner of 
said ticket issuing means; 25 
service director information storage means for 
storing list information for said electronic wallet, 
said electronic payment card settlement 
means, said electronic telephone card settle- 
ment means, said electronic ticket examination 30 
means, said settlement processing means, 
said payment card issuing means, said tele- 
phone card issuing means and said ticket issu- 
ing means, and information concerning said 
electronic ticket, said electronic payment card 35 
and said electronic telephone card; and 
a computer system for processing data in a 
service provision process for selling, issuing 
and managing said electronic ticket, said elec- 
tronic payment card and said electronic tele- 40 
phone card. 

35. A mobile electronic commerce system according to 
claim 11, wherein said settlement processing 
means comprises: 45 



ing means, telephone card issuing means, and 
ticket issuing means; and 
a computer system for processing data 
employed in a settlement process. 

36. A mobile electronic commerce system according to 
claim 1 1 , wherein said payment card issuing means 
comprises: 

communication means for communicating with 
said service providing means; 
customer information storage means for stor^ 
ing information concerning the purchase his- 
tory of a customer; 

payment card issuance information storage 
means for storing information concerning a 
payment card that has been issued; 
payment card information storage means for 
storing information concerning the stock of 
payment cards; and 

a computer system for processing data during 
a payment card issuing transaction process. 

37. A mobile electronic commerce system according to 
claim 15, wherein said telephone card issuing 
means comprises: 

communication means for communicating with 
said service providing means; 
customer information storage means for stor- 
ing information concerning the purchase his- 
tory of a customer; 

telephone card issuance information storage 
means for storing information concerning a tel- 
ephone card that has been issued; 
telephone card information storage means for 
storing information concerning the stock of tel- 
ephone cards; and 

a computer system for processing data con- 
cerning a telephone card issuing transaction 
process. 

38. A mobile electronic commerce system according to 
claim 19, wherein said ticket issuing means com- 
prises: 



communication means for communicating with 
said service providing means; 
subscriber information storage means for stor- 
ing information concerning a settlement con- so 
tract concluded with an owner of said electronic 
wallet; 

member shop information storage means for 
storing information concerning settlement con- 
tracts concluded with owners of electronic pay- 55 
ment card settlement means, electronic 
telephone card settlement means, electronic 
ticket examination means, payment card issu- 



communication means for communicating with 
said service providing means; 
customer information storage means for stor- 
ing information concerning the purchase his- 
tory of a customer; 

ticket issuance information storage means for 
storing information concerning a ticket that has 
been issued; 

ticket information storage means for storing 
information concerning the stock of tickets; and 
a computer system for processing data con- 
cerning a ticket issuing transaction process. 
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39. A mobile electronic commerce system according to 
claim 1 1 , wherein said electronic wallet generates 
and then transmits, to said service providing 
means, a payment card application message for the 
purchase of an electronic payment card; wherein 5 
said service providing means, upon receiving said 
payment card application message, communicates 
with said payment card issuing means and receives 
therefrom an electronic payment card issuance 
request message requesting that said service pro- w 
viding means perform an electronic payment card 
issuing process and an electronic payment card 
charge settlement process; wherein said service 
providing means, upon receiving said request mes- 
sage, communicates with said settlement process- i 5 
ing means to perform the settlement process for the 
charge for said payment card, generates an elec- 
tronic payment card from payment card information 
that is generated by said payment card issuing 
means and is included in said electronic payment 20 
card issuance request message, and transmits said 
electronic payment card to said electronic wallet; 
and wherein said electronic wallet, upon receiving 
said electronic payment card, stores said electronic 
payment card in said second storage means 25 
thereof. 

40. A mobile electronic commerce system according to 
claim 28, wherein a micro-check message, gener- 
ated by an electronic payment card stored in said 30 
second storage means, is transmitted to said elec- 
tronic payment card settlement means in order to 
confirm the submission of a payment that is the 
equivalent of an amount entered by said input 
means. 35 

41 . A mobile electronic commerce system according to 
claim 40, wherein said electronic payment card set- 
tlement means, upon receiving said micro-check 
message, generates and then transmits, to said 40 
electronic wallet, said reception message to 
acknowledge that said micro-check message has 
been received. 

42. A mobile electronic commerce system according to 45 
claim 15, wherein said electronic wallet generates 
and then transmits, to said service providing 
means, a telephone card application message 
requesting the purchase of an electronic telephone 
card; wherein said service providing means, upon so 
receiving said telephone card application message, 
communicates with said telephone card issuing 
means and receives therefrom an electronic tele- 
phone card issuance reguest message indicating 
said service providing means has been requested ss 
to perform an electronic telephone card issuing 
process and an electronic telephone card charge 
settlement process; wherein said service providing 
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means, upon receiving said request message, 
communicates with said settlement processing 
means to perform the settlement for the charge for 
said telephone card, generates an electronic tele- 
phone card using telephone card information that is 
generated by said telephone card issuing means 
and is included in said electronic telephone card^ 
issuance request message, and transmits said 
electronic telephone card to said electronic wallet; 
and wherein said electronic wallet, upon receiving 
said electronic telephone card, stores said elec- 
tronic telephone card in said second storage means 
thereof. 

43. A mobile electronic commerce system according to 
claim 28, wherein a telephone micro-check mes- 
sage is generated by an electronic telephone card 
stored in said second storage means and is trans- 
mitted to said electronic telephone card settlement 
means in order to confirm the submission of a pay- 
ment that is equivalent to an amount charged by 
said electronic telephone settlement means. 

44. A mobile electronic commerce system according to 
claim 43, wherein said electronic telephone card 
settlement means, upon receiving said telephone 
micro-check message, generates and then trans- 
mits, to said electronic wallet, a receipt message 
acknowledging that said telephone micro-check 
message has been received. 

45. A mobile electronic commerce system according to 
claim 19, wherein said electronic wallet generates 
and then transmits, to said service providing 
means, a ticket application message requesting the 
purchase of an electronic ticket; wherein said serv- 
ice providing means, upon receiving said ticket 
application message, communicates with said 
ticket issuing means, and receives therefrom an 
electronic ticket issuance request message that 
indicates said service providing means has been 
requested to perform an electronic ticket issuing 
process and an electronic ticket charge settlement 
process; wherein said service providing means, 
upon receiving said request message, communi- 
cates with said settlement processing means to 
perform the settlement of the charge for said ticket, 
generates an electronic ticket from ticket informa- 
tion that is generated by said ticket issuing means 
and is included in said electronic ticket issuance 
request message, and transmits said electronic 
ticket to said electronic wallet; and wherein said 
electronic wallet, upon receiving said electronic 
ticket stores said electronic ticket in said second 
storage means thereof. 

46. A mobile electronic commerce system according to 
claim 28, wherein said electronic wallet generates a 
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•ticket presenting message that describes the con- 
tents of said electronic ticket stored in said second 
storage means, and transmits said ticket presenting 
message to said electronic ticket examination 
means. 5 

47. A mobile electronic commerce system according to 
claim 28, wherein say electronic wallet, upon 
receiving a command message from said electronic 
ticket examination means, changes said electronic 10 
ticket to a post-examined state, and generates and 
then transmits, to said electronic ticket examination 
means, a ticket examination response message 
that describes the contents of said electronic ticket 
that has been changed. 75 

48. A mobile electronic commerce system according to 
claim 47, wherein said electronic ticket examination 
means, upon receiving said ticket examination 
response message, generates and then transmits, 20 
to said electronic wallet, an examination certificate 
message that verifies said electronic ticket has 
been examined. 

49. A mobile electronic commerce system according to 25 
claim 28, wherein a first electronic wallet generates 

a payment card transfer certificate message verify- 
ing that said electronic payment card stored in said 
second storage means is to be transferred to a sec- 
ond electronic wallet, and transmits said payment 30 
card transfer certificate message via wireless com- 
munication means to said second electronic wallet; 
wherein said second electronic wallet transmits, to 
said service providing means, said payment card 
transfer certificate message that is received; 35 
wherein said service providing means performs an 
examination to establish the validity of said pay- 
ment card transfer certificate message that is 
received, and transmits, to said second electronic 
wallet, the electronic payment card that is 40 
described in said payment card transfer certificate 
message; and wherein said second electronic wal- 
let stores, in said second storage means thereof, 
said electronic payment card that is received. 

45 

50. A mobile electronic commerce system according to 
claim 49, wherein said second electronic wallet, 
upon receiving said payment card transfer certifi- 
cate message, generates a payment card receipt 
message confirming that said payment card trans- so 
fer certificate message has been received, and 
transmits said payment card receipt message via 
said wireless communication means to said first 
electronic wallet; and wherein said first electronic 
wallet, upon receiving said payment card receipt 55 
message, deletes said electronic payment card 
stored in said second storage means thereof. 
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51. A mobile electronic commerce system according to 
claim 28, wherein a first electronic wallet generates 
a telephone card transfer certificate message con- 
firming that said electronic telephone card stored in 
said second storage means is to be transferred to a 
second electronic wallet, and transmits said tele- 
phone card transfer certificate message via wire- 
less communication means to said second 
electronic wallet; wherein said second electronic 
wallet transmits, to said service providing means, 
said telephone card transfer certificate message 
that is received; wherein said service providing 
means performs an examination to establish the 
validity of said telephone card transfer certificate 
message that is received, and transmits, to said 
second electronic wallet, the electronic telephone 
card that is described in said telephone card trans- 
fer certificate message; and wherein said second 
electronic wallet stores, in said second storage 
means thereof, said electronic telephone card that 
is received. 

52. A mobile electronic commerce system according to 
daim 28, wherein said second electronic wallet, 
upon receiving said telephone card transfer certifi- 
cate message, generates a telephone card receipt 
message confirming that said telephone card trans- 
fer certificate message has been received, and 
transmits said telephone card receipt message via 
said wireless communication means to said first 
electronic wallet; and wherein said first electronic 
wallet, upon receiving said telephone card receipt 
message, deletes said electronic telephone card 
stored in said second storage means thereof. 

53. A mobile electronic commerce system according to 
claim 28, wherein a first electronic wallet generates 
a ticket transfer certificate message confirming that 
said electronic ticket stored in said second storage 
means is to be transferred to a second electronic 
wallet, and transmits said ticket transfer certificate 
message via wireless communication means to 
said second electronic wallet; wherein said second 
electronic wallet transmits, to said service providing 
means, said ticket transfer certificate message that 
is received; wherein said service providing means 
performs an examination to establish the validity of 
said ticket transfer certificate message that is 
received, and transmits, to said second electronic 
wallet, an electronic ticket that is described in said 
ticket transfer certificate message; and wherein 
said second electronic waJlet stores, in said second 
storage means thereof, said electronic ticket that is 
received. 

54. A mobile electronic commerce system according to 
claim 53, wherein said second electronic wallet, 
upon receiving said ticket transfer certificate mes- 
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sage, generates a ticket receipt message confirm- 
ing that said ticket transfer certificate message has 
been received, and transmits said ticket receipt 
message via said wireless communication means 
to said first electronic wallet; and wherein said first 5 
electronic wallet, upon receiving said ticket receipt 
message, deletes said electronic ticket stored in 
said second storage means thereof. 

55. A mobile electronic commerce system according to 10 
claim 11 , wherein said electronic wallet generates 
and then transmits, to said service providing 
means, an electronic payment card installation 
request message requesting the installation of an 
electronic payment card; wherein said service pro- is 
viding means, upon receiving said payment card 
installation request message, communicates with 
said payment card issuing means and receives 
therefrom an electronic payment card installation 
request message indicating that said service pro- 20 
viding means is requested to install an electronic 
payment card; wherein said service providing 
means, upon receiving said request message, gen- 
erates an electronic payment card using payment 
card information that is generated by said payment 25 
card issuing means and is included in said elec- 
tronic payment card installation request message, 
and transmits said electronic payment card to said 
electronic wallet; and wherein said electronic wal- 
let, upon receiving said electronic payment card 30 
stores said electronic payment card in said second 
storage means thereof. 

56. A mobile electronic commerce system according to 
claim 55, wherein said electronic payment card 35 
installation request message includes electronic 
payment card installation information that is 
entered by input means for said electronic wallet 
and that uniquely describes an electronic payment 
card that is to be installed. 40 

57. A mobile electronic commerce system according to 
claim 15. wherein said electronic wallet generates 
and then transmits, to said service providing 
means, an electronic telephone card installation 45 
request message for requesting the installation of 

an electronic telephone card; wherein said service 
providing means, upon receiving said telephone 
card installation request message, communicates 
with said telephone card issuing means, and so 
receives therefrom an electronic telephone card 
installation request message indicating that said 
service providing means is to install an electronic 
telephone card; wherein said service providing 
means, upon receiving said request message, gen- 55 
erates an electronic telephone card using tele- 
phone card information that is generated by said 
telephone card issuing means and that is included 
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in said electronic telephone card installation 
request message, and transmits said electronic tel- 
ephone card to said electronic wallet; and wherein 
said electronic wallet, upon receiving said elec- 
tronic telephone card, stores said electronic tele- 
phone card in said second storage means thereof. 

58. A mobile electronic*commerce system according to 
claim 57, wherein said electronic telephone card 
installation request message includes said elec- 
tronic telephone card installation information that is 
entered by input means for said electronic wallet 
and that uniquely describes an electronic telephone 
card that is to be installed. 

59. A mobile electronic commerce system according to 
claim 19, wherein said electronic wallet generates 
and then transmits, to said service providing 
means, an electronic ticket installation request 
message requesting the installation of an electronic 
ticket; wherein said service providing means, upon 
receiving said ticket installation request message, 
communicates with said ticket issuing means, and 
receives therefrom an electronic ticket installation 
request message indicating that said service pro- 
viding means is to install an electronic ticket; 
wherein said service providing means, upon receiv- 
ing said request message, generates an electronic 
ticket using ticket information that is generated by 
said ticket issuing means and is included in said 
electronic ticket installation request message, and 
transmits said electronic ticket to said electronic 
wallet; and wherein said electronic wallet, upon 
receiving said electronic ticket, stores said elec- 
tronic ticket in said second storage means thereof. 

60. A mobile electronic commerce system according to 
claim 59, wherein said electronic ticket installation 
request message includes said electronic ticket 
installation information that is entered by input 
means for said electronic wallet and that uniquely 
describes an electronic ticket that is to be installed. 

61. A mobile electronic commerce system according to 
claim 55, wherein said electronic payment card 
installation information, said electronic telephone 
card installation information or said electronic ticket 
installation information consists of first identification 
information describing a type of electronic payment 
card, a type of electronic telephone card or a type of 
electronic ticket, and second identification informa- 
tion that uniquely describes an electronic payment 
card, an electronic telephone card or an electronic 
ticket, of a type described using said first identifica- 
tion information, that is to be installed; and wherein 
said second identification information is information 
generated at random. 



192 



BNSDOCID: <EP O95096BA1 J_> 



383 EP 0 950 

» * 

62. A mobile electronic commerce system according to 
claim 61 , wherein said first identification information 
and said second identification information are rep- 
resented by 8-digit numerals and 32-digit numerals. 

5 

63. A mobile electronic commerce system according to 
claim 55, wherein an object whereon or wherein 
said electronic payment card installation informa- 
tion, said electronic telephone installation informa- 
tion or said electronic ticket installation information 10 
is printed or engraved is employed as sales distribu- 
tion means or transfer means for said electronic 
payment card, said electronic telephone card or 
said electronic ticket. 

75 

64. A mobile electronic commerce system according to 
claim 55, wherein a recording medium on which 
said electronic payment card installation informa- 
tion, said electronic telephone installation informa- 
tion or said electronic ticket installation information 20 
is stored is employed as sales distribution means or 
transfer means for an electronic payment card, an 
electronic telephone card or an electronic ticket. 

65. A mobile electronic commerce system according to 25 
claim 28, wherein said service providing means 
generates and then transmits, to said electronic 
wallet, a modification command message for the 
modification of the contents of said electronic ticket; 
and said electronic wallet, upon receiving said mod- 30 
ification command message, updates said elec- 
tronic ticket stored in said second storage means to 
provide a new electronic ticket as is described in 
said modification command message. 

35 

66. A mobile electronic commerce system according to 
claim 28, wherein said service providing means 
generates and then transmits, to said electronic 
wallet, a modification notification message for the 
modification of the contents of said electronic ticket; 40 
wherein said electronic wallet, upon receiving said 
modification notification message, generates and 
then transmits, to said service providing means, a 
reaction selection message acknowledging receipt 

of the message for the modification of said contents 45 
of said electronic ticket; wherein said service pro- 
viding means, upon receiving said reaction selec- 
tion message, generates and then transmits, to said 
electronic wallet, a modification command mes- 
sage instructing the modification of said contents of so 
said electronic ticket; and wherein said electronic 
wallet, upon receiving said modification command 
message, updates said electronic ticket stored in 
said second storage means to provide a new elec- 
tronic ticket that is described in said modification ss 
command message. 

67. A mobile electronic commerce system according to 
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claim 28, wherein said service providing means 
generates and then transmits, to said electronic 
wallet, a modification notification message for the 
modification of the contents of said electronic ticket; 
wherein said electronic wallet, upon receiving said 
modification notification message, generates and 
then transmits, to said service providing means, a 
reaction selection message requesting a refund for 
said electronic ticket; wherein said service provid- 
ing means, upon receiving said reaction selection 
message, communicates with said settlement 
processing means to issue a refund for said elec- 
tronic ticket, and generates and then transmits, to 
said electronic wallet, a refund receipt message 
indicating that a refund process has been com- 
pleted; and wherein said electronic wallet, upon 
receiving said refund receipt message, deletes said 
electronic ticket from said second storage means. 

A mobile electronic commerce system according to 
claim 21, wherein a computer system in said serv- 
ice providing means comprises: 

user information processing means for commu- 
nicating with said electronic wallet and for 
processing information stored in user informa- 
tion storage means; 

merchant information processing means for 
communicating with said electronic payment 
card settlement means, said electronic tele- 
phone card settlement means or said elec- 
tronic ticket examination means, and for 
processing information stored in merchant 
information storage means; 
settlement processor information processing 
means for communicating with said electronic 
settlement processing means, and for process- 
ing information stored in settlement processor 
information storage means; 
payment card issuer information processing 
means for communicating with said payment 
card issuing means, and for processing infor- 
mation stored in payment card issuer informa- 
tion storage means; 

telephone card issuer information processing 
means for communicating with said telephone 
card issuing means, and for processing infor- 
mation stored in telephone card issuer informa- 
tion storage means; 

ticket issuer information processing means for 
communicating with said ticket issuing means, 
and for processing information stored in ticket 
issuer information storage means; 
service director information processing means 
for communicating with said user information 
processing means, said merchant information 
processing means, said settlement processor 
information processing means, said payment 
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card issuer information processing means, said 
telephone card issuer information processing 
means and said ticket issuer information 
processing means, and for interacting with 
those means while processing data during a 5 
service providing process; and 
service manager information processing 
means for controlling the generation and the 
deletion of said user information processing 
means, said merchant information processing w 
means, said settlement processor information 
processing means, said payment card issuer 
information processing means, said telephone 
card issuer information processing means, said 
ticket issuer information processing means and 75 
said service director information processing 
means. 

69. A mobile electronic commerce system according to 
claim 34, wherein said electronic wallet generates 20 
and then transmits, to said service providing 
means, a payment card registration request mes- 
sage requesting that said service providing means 
register, as an electronic payment card that is to be 
used by the owner of said electronic wallet, an elec- 25 
tronic payment card that is stored in said second 
storage means; and wherein said service providing 
means, upon receiving said payment card registra- 
tion request message, registers said electronic pay- 
ment card for use in said service director 30 
information storage means. 

70. A mobile electronic commerce system according to 
claim 69, wherein said service providing means, 
upon receiving said payment card registration 35 
request message, generates and then transmits, to 
said electronic wallet, a registered card certificate 
confirming that said electronic payment card has 
been registered for use; and wherein said elec- 
tronic wallet stores, in said second storage means, 40 
said registered card certificate that is received and 
changes the state of said electronic payment card 

to the usable state. 

71 . A mobile electronic commerce system according to 45 
claim 34, wherein said electronic wallet generates 
and then transmits, to said service providing 
means, a telephone card registration request mes- 
sage requesting that service providing means reg- 
ister, as an electronic telephone card that is to be so 
used by the owner of said electronic wallet, an elec- 
tronic telephone card that is stored in said second 
storage means; and wherein said service providing 
means, upon receiving said telephone card regis- 
tration request message, registers said electronic 55 
telephone card for use in said service director infor- 
mation storage means. 



72. A mobile electronic commerce system according to 
claim 71, wherein said service providing means, 
upon receiving said telephone card registration 
request message, generates and then transmits, to 
said electronic wallet, a registered card certificate 
confirming that said electronic telephone card has 
been registered for use; and wherein said elec- 
tronic wallet stores, in said second storage means, 
said registered card certificate that is received and 
changes the state of said electronic telephone card 
to the usable state. 

73. A mobile electronic commerce system according to 
claim 34, wherein said electronic wallet generates 
and then transmits, to said service providing 
means, a ticket registration request message 
requesting that said second storage means regis- 
ter, as an electronic ticket that is to be used by the 
owner of said electronic wallet, an electronic ticket 
that is stored in said second storage means; and 
wherein said service providing means, upon receiv- 
ing said ticket registration request message, regis- 
ters said electronic ticket for use in said service 
director information storage means. 

74. A mobile electronic commerce system according to 
claim 73, wherein said service providing means, 
upon receiving said ticket registration request mes- 
sage, generates and then transmits, to said elec- 
tronic wallet, a registered ticket certificate that 
verifies said electronic ticket has been registered 
for use; and wherein said electronic wallet stores, in 
said second storage means, said registered ticket 
certificate that is received, and changes the state of 
said electronic ticket to the usable state. 

75. A mobile electronic commerce system according to 
claim 28, wherein said electronic payment card 
comprises: 

a payment card program; 
presented card information describing the con- 
tents of said electronic payment card when 
issued; and 

a card certificate indicating that said electronic 
payment card is authentic. Said payment card 
program includes: 

electronic payment card state management 
information; and 

payment card program data for specifying an 
operation to be performed by said electronic 
payment card. The digital signature of the 
owner of said service providing means is pro- 
vided for said presented card information. 

76. A mobile electronic commerce system according to 
claim 75, wherein said payment card program 
includes a card signature private key that is 
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.employed 'for a digital signature provided for said 
electronic payment card, and wherein said card 
certificate is a public key certificate verifying that a 
card signature public key that is paired with said 
card signature private key is authentic. 5 

77. A mobile electronic commerce system according to 
claim 75, wherein a settlement program module for 
said electronic payment card includes two crypto- 
graphic keys, an accounting device authentication w 
private key and a card authentication public key, 
and wherein said payment card program includes 

an accounting device authentication public key, 
which is paired with said accounting device authen- 
tication private key, and a card authentication pri- is 
vate key, which is paired with said card 
authentication public key. 

78. A mobile electronic commerce system according to 
claim 75. wherein said payment card program data 20 
includes 

a transaction module program for specifying 
the procedures to be used for message data 
that are exchanged by said electronic wallet 25 
and said electronic payment card settlement 
means; 

a display module program for specifying the 
manner in which said electronic payment card 
is to be displayed ; and 30 
representative component information for said 
electronic payment card, 
wherein a central processing unit in said elec- 
tronic wallet processes, in accordance with 
said transaction module program for said elec- 35 
tronic payment card, said message data that 
are exchanged with said electronic payment 
card settlement means, and displays said rep- 
resentative component information in accord- 
ance with said display module program of said 40 
electronic payment card, so that on display 
means said electronic payment card is dis- 
played in said electronic wallet. 

79. A mobile electronic commerce system according to 45 
claim 34, wherein a template program that consti- 
tutes a model for said electronic payment card is 
stored in said payment card issuer information stor- 
age means for said service providing means. 

so 

80. A mobile electronic commerce system according to 
claim 79, wherein said template program for said 
electronic payment card includes: 

a transaction module program for said elec- ss 

tronic payment card; 

a display module program; and 

representative component information. 



Therefore, various types of electronic payment 
cards can be safely issued. 

81. A mobile electronic commerce system according to 
claim 28, wherein said electronic telephone card 
comprises: 

a telephone card program; 
presented card information describing the con- 
tents of said electronic telephone card when 
issued; and 

a card certificate indicating that said electronic 
telephone card is authentic, 
wherein said telephone card program includes: 
electronic telephone card state management 
information; and 

telephone card program data for specifying an 
operation to be performed by said electronic 
telephone card, and 

wherein the digital signature of the owner of 
said service providing means is provided for 
said presented card information. 

82. A mobile electronic commerce system according to 
claim 81, wherein said telephone card program 
includes a card signature private key that is 
employed for a digital signature provided for said 
electronic telephone card, and wherein said card 
certificate is a public key certificate verifying that a 
card signature public key that is paired with said 
card signature private key is authentic. 

83. A mobile electronic commerce system according to 
claim 81 , wherein a settlement program module for 
said electronic telephone card includes two crypto- 
graphic keys, an accounting device authentication 
private key and a card authentication public key, 
and wherein said telephone card program includes 
an accounting device authentication public key, 
which is paired with said accounting device authen- 
tication private key, and a card authentication pri- 
vate key. which is paired with said card 
authentication public key. 

84. A mobile electronic commerce system according to 
claim 81, wherein said telephone card program 
data includes: 

a transaction module program for specifying 
the procedures to be used for message data 
that are exchanged by said electronic wallet 
and said electronic telephone card settlement 
means; 

a display module program for specifying the 
manner in which said electronic telephone card 
is to be displayed; and 

representative component information for said 
electronic telephone card, and 
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wherein a central processing unit in said elec- 
tronic wallet processes, in accordance with 
said transaction module program for said elec- 
tronic telephone card, said message data that 
are exchanged with said electronic telephone 5 
card settlement means, and displays said rep- 
resentative component information in accord- 
ance with said display module program for said 
electronic telephone card, so that on display 
means said electronic telephone card is dis- w 
played in said electronic wallet. 

85. A mobile electronic commerce system according to 
claim 34, wherein a template program that consti- 
tutes a model for said electronic telephone card is 15 
stored in said telephone card issuer information 
storage means for said service providing means. 

86. A mobile electronic commerce system according to 
claim 85, wherein said template program for said 20 
electronic telephone card includes: 

a transaction module program for said elec- 
tronic telephone card; 

a display module program; and 25 
representative component information. 

87. A mobile electronic commerce system according to 
claim 28, wherein said electronic ticket comprises: 

30 

a ticket program; 

presented ticket information describing the 
contents of said electronic ticket when issued; 
and 

a ticket certificate indicating that said electronic 35 
ticket is authentic, 

wherein said ticket program includes: 
electronic ticket state management informa- 
tion; and 

ticket program data for specifying an operation 40 
to be performed by said electronic ticket, and 
wherein the digital signature of the owner of 
said service providing means is provided for 
said presented ticket information. 

45 

88. A mobile electronic commerce system according to 
claim 87, wherein said ticket program includes a 
ticket signature private key that is employed for a 
digital signature provided for said electronic ticket, 
and wherein said ticket certificate is a public key so 
certificate verifying that a ticket signature public key 
that is paired with said ticket signature private key is 
authentic. 

89. A mobile electronic commerce system according to ss 
claim 87, wfierein an examination program module 

for said electronic ticket includes two cryptographic 
keys, a gate authentication private key and a ticket 
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authentication public key, and wherein said ticket 
card program includes a gate authentication public 
key, which is paired with said gate authentication 
private key, and a ticket authentication private key, 
which is paired with said ticket authentication public 
key. 

90. A mobile electronic commerce system according to 
claim 87, wherein said ticket program data includes: 

a transaction module program for specifying 
the procedures to be used for message data 
that are exchanged by said electronic wallet 
and said electronic ticket examination means; 
a display module program for specifying the 
manner in which said electronic ticket is to be 
displayed; and 

representative component information for said 
electronic ticket, and 

wherein a central processing unit in said elec- 
tronic wallet processes, in accordance with 
said transaction module program for said elec- 
tronic ticket, said message data that are 
exchanged with said electronic ticket examina- 
tion means, and displays said representative 
component information in accordance with said 
display module program for said electronic 
ticket, so that on display means said electronic 
ticket is displayed in said electronic wallet. 

91. A mobile electronic commerce system according to 
claim 34, wherein a template program that consti- 
tutes a model for said electronic ticket is stored in 
said ticket issuer information storage means for 
said service providing means. 

92. A mobile electronic commerce system according to 
claim 91, wherein said template program for said 
electronic ticket includes: 

a transaction module program for said elec- 
tronic ticket; 

a display module program; and 
representative component information. 

93. A mobile electronic commerce system according to 
claim 39, wherein identification information that 
describes a payment method selected by said input 
means for said electronic wallet is included in said 
payment card application message issued by said 
electronic wallet when requesting the purchase of 
an electronic payment card. 

94. A mobile electronic commerce system according to 
claim 79, wherein said electronic payment card 
issuance request message or said electronic pay- 
ment card installation request message includes 
template program identification information for des- 
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• ignating, in the order to be used for the generation 
of an electronic payment card, one of a plurality of 
template programs that are stored in said payment 
card issuer information storage means. 

5 

95. A mobile electronic commerce system according to 
claim 78, wherein said electronic payment card 
issuance request message or said electronic pay- 
ment card installation request message includes 
representative component information describing w 
the representative component information to be 
used for an electronic payment card that is to be 
generated. 

96. A mobile electronic commerce system according to is 
claim 76, wherein said electronic wallet generates 
and then transmits, to said service providing 
means, a payment card registration request mes- 
sage requesting that said service providing means 
register, as an electronic payment card that is to be 20 
used by the owner of said electronic wallet, said 
electronic payment card stored in said second stor- 
age means for said electronic wallet; wherein said 
service providing means, upon receiving said pay- 
ment card registration request message, newly 25 
generates, for said electronic payment card, a card 
signature private key, a card signature public key 
and a registered card certificate for authenticating 
said card signature public key, registers said elec- 
tronic payment card for use in said service director 30 
information storage means, and then transmits, to 
said electronic wallet, said card signature private 

key and said registered card certificate; and 
wherein said electronic wallet updates said card 
signature private key and said registered card cer- 35 
tificate that are in storage by replacing them with 
those that have newly been received, and changes 
said state management information for said elec- 
tronic payment card to a usable state. 

40 

97. A mobile electronic commerce system according to 
claim 28, wherein said electronic wallet employs an 
electronic payment card, which is selected by input 
means for said electronic wallet from among those 
stored in said second storage means, to generate a 45 
micro-check message that verifies a payment cor- 
responding to an amount entered by said input 
means, and transmits said micro-check message to 
said electronic payment card settlement means. 

50 

98. A mobile electronic commerce system according to 
claim 28, wherein said electronic wallet employs an 
electronic payment card, which is selected by input 
means of said electronic wallet from among those 
stored in said second storage means, to generate a 55 
payment offer message that offers a payment corre- 
sponding to an amount entered by said input 
means, and transmits said payment offer message 



to said electronic payment card settlement means; 
wherein said electronic payment card settlement 
means, upon receiving said payment offer mes- 
sage, generates and then transmits, to said elec- 
tronic wallet, a payment offer response message 
that assesses a charge corresponding to an 
amount entered by input means for said electronic 
payment card settlement means; wherein said elec- 
tronic wallet, upon receiving said payment offer 
response message and if said assessed charge is 
equal to or smaller than an amount entered by said 
input means for said electronic wallet, subtracts 
said assessed charge from a remaining amount 
stored on said electronic payment card, and gener- 
ates and then transmits, to said electronic payment 
card settlement means, a micro-check message 
validating a payment corresponding to said 
assessed charge; wherein said electronic payment 
card settlement means stores said received micro- 
check message in said second storage means for 
said electronic payment card settlement means, 
and generates and then transmits, to said elec- 
tronic wallet, a receipt message confirming that 
said micro-check message has been received; and 
wherein said electronic wallet stores said received 
receipt message in said second storage means for 
said electronic wallet. 

99. A mobile electronic commerce system according to 
claim 28, wherein said payment offer message 
includes: 

a payment amount entered by said input 
means of said electronic wallet; 
presented card information and a registered 
card certificate for said electronic payment 
card; and 

state management information to which a dig- 
ital signature has been added using said card 
signature private key. 

100. A mobile electronic commerce system according to 
claim 76, wherein said micro-check message 
includes: 

a payment amount; 

an amount remaining stored on said electronic 
payment card; 

identification information for said electronic 
payment card settlement means; and 
identification information for the owner of said 
electronic payment card settlement means. 
Further, a digital signature is provided for said 
micro-check message by using said card sig- 
nature private key for said electronic payment 
card. 

101 .A mobile electronic commerce system according to 
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claim 100, wherein the digital signature of the 
owner of said electronic wallet is also provided for 
said micro-check message. 



105. A mobile electronic commerce system according to 
claim 104, wherein said payment card transfer offer 
message includes: 



1 02. A mobile electronic commerce system according to 5 
claim 40, wherein said micro-check message 
includes a micro-check issuing number represent- 
ing the order in which micro-check messages are 
generated by said electronic payment card. 

10 

103. A mobile electronic commerce system according to 
claim 98, wherein, at a time designated by said 
service providing means, said electronic payment 
card settlement means generates an upload data 
message that includes data stored in said second 15 
storage means for said electronic payment card 
settlement means, and then transmits said upload 
data message to said service providing means; 
wherein said service providing means, upon receiv- 
ing said upload data message, examines the valid- 20 
ity of a micro-check that is included in said upload 
data message by comparing said micro-check with 
registration information for said electronic payment 
card that is registered in said service director infor- 
mation storage means, and generates and then 25 
transmits, to said electronic payment card settle- 
ment means, an update data message that 
includes update data for said second storage 
means for said electronic payment card settlement 
means; and wherein said electronic payment card 30 
settlement means extracts said update data from 
said update data message that is received, and 
updates data stored in said second storage means. 

104. A mobile electronic commerce system according to 35 
claim 28, wherein a first electronic wallet generates 

a payment card transfer offer message containing 
an offer to transfer, to a second electronic wallet, an 
electronic payment card that is stored in said sec- 
ond storage means, and then transmits said pay- 40 
ment card transfer offer message, via said wireless 
communication means, to said second electronic 
wallet; wherein said second electronic wallet, upon 
receiving said payment card transfer offer mes- 
sage, generates a payment card transfer offer 45 
response message indicating that the contents of 
said payment card transfer offer message are 
accepted, and then transmits said payment card 
transfer offer response message, via said wireless 
communication means, to said first electronic wal- so 
let; and wherein said first electronic wallet, upon 
receiving said payment card transfer offer response 
message, generates and then transmits, to said 
second electronic wallet, a payment card transfer 
certificate message confirming the transfer of said 55 
electronic payment card to said second electronic 
wallet. 



presented card information, and a card certifi- 
cate or a registered card certificate for said 
electronic payment card; and 
state management information having an 
added digital signature prepared using a card 
signature private key. 

106. A mobile electronic commerce system according to 
claim 104, wherein said payment card transfer offer 
message includes a public key certificate for the 
owner of said first electronic wallet; wherein a dig- 
ital signature of said owner of said first electronic 
wallet is provided for said payment card transfer 
offer message; wherein said payment card transfer 
offer response message includes a public key cer- 
tificate for the owner of said second electronic wal- 
let; wherein a digital signature of said owner of said 
second electronic wallet is provided for said pay- 
ment card transfer offer message; wherein said 
payment card transfer certificate message includes 
identification information for said public key certifi- 
cate of said owner of said first electronic wallet and 
identification information for said public key certifi- 
cate of said owner of said second electronic wallet; 
and wherein a digital signature using a card signa- 
ture private key for said electronic payment card 
and a digital signature of said owner of said first 
electronic wallet are provided for said payment card 
transfer certificate message. 

1 07. A mobile electronic commerce system according to 
claim 42, wherein identification information that 
describes a payment method selected by said input 
means of said electronic wallet is included in said 
telephone card application message issued by said 
electronic wallet when requesting the purchase of 
an electronic telephone card. 

108. A mobile electronic commerce system according to 
claim 85, wherein said electronic telephone card 
issuance request message or said electronic tele- 
phone card installation request message includes 
template program identification information for des- 
ignating, following the order that is to be used for 
the generation of electronic telephone cards, one of 
a plurality of template programs that are stored in 
said telephone card issuer information storage 
means. 

*j 

109. A mobile electronic commerce system according to 
claim 84, wherein said electronic telephone card 
issuance request message or said electronic tele- 
phone card installation request message includes 
representative component information describing 
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representative component information to be used 
for an electronic telephone card that is to be gener- 
ated. 

1 1 0.A mobile electronic commerce system according to 5 
claim 82, wherein said electronic wallet generates 
and then transmits, to said service providing 
means, a telephone card registration request mes- 
sage requesting that said service providing means 
register, as an electronic telephone card that is to io 
be used by the owner of said electronic wallet, said 
electronic telephone card stored in said second 
storage means for said electronic wallet; wherein 
said service providing means, upon receiving said 
telephone card registration request message, ' 15 
newly generates, for said electronic telephone card, 
a card signature private key, a card signature public 
key and a registered card certificate for confirming 
said card signature public key, registers for use said 
electronic telephone card in said service director 20 
information storage means, and then transmits, to 
said electronic wallet, said card signature private 
key and said registered card certificate; and 
wherein said electronic wallet updates said card 
signature private key and said registered card cer- 25 
tificate that are in storage by replacing them with 
those that have newly been received, and changes 
said state management information for said elec- 
tronic telephone card to a usable state. 

30 

1 11 .A mobile electronic commerce system according to 
claim 28, wherein said electronic wallet employs an 
electronic telephone card, which is selected by 
input means for said electronic wallet from among 
those stored in said second storage means, to gen- 35 
erate a micro-check message verifying a payment 
corresponding to an amount entered by said input 
means, and transmits said micro-check message to 
said electronic telephone card settlement means. 

40 

1 12. A mobile electronic commerce system according to 
claim 28, wherein said electronic wallet employs an 
electronic telephone card, which is selected by 
input means for said electronic wallet from among 
those stored in said second storage means, to gen- 45 
erate a micro-check call request message request- 
ing a radio communication service in order to 
communicate with a side that is designated by said 
input means, and transmits said micro-check call 
request message to said electronic telephone card so 
settlement means; wherein said electronic tele- 
phone card settlement means, upon receiving said 
micro-check call request message, generates and 
then transmits, to said electronic wallet, a micro- 
check call response message for an amount 55 
charged that corresponds to a communication fee; 
said electronic wallet, upon receiving said micro- 
check call response message, subtracts the 



amount charged from the remaining amount stored 
on said electronic telephone card, and generates 
and then transmits, to said electronic telephone 
card settlement means, a telephone micro-check 
message verifying the payment of an amount corre- 
sponding to said amount charged; wherein said 
electronic telephone card settlement means, upon 
receiving said telephone micro-check message, 
generates and then transmits, to said electronic 
wallet, a receipt message confirming the receipt of 
said telephone micro-check message; and wherein 
said electronic wallet stores said received receipt 
message in said second storage means for said 
electronic wallet. 

113. A mobile electronic commerce system according to 
claim 28, wherein said electronic telephone card 
settlement means, when radio wireless communi- 
cation service is provided, generates and then 
transmits, to said electronic wallet, a communica- 
tion fee charge message for an amount charged 
that corresponds to an additional communication 
fee; wherein said electronic wallet, upon receiving 
said communication fee charge message, subtracts 
said amount that is charged from an amount 
remaining on said electronic telephone card, and 
generates and then transmits, to said electronic tel- 
ephone card settlement means, a new telephone 
micro-check message verifying payment of the total 
amount charged; wherein said electronic telephone 
card settlement means generates and then trans- 
mits, to said electronic wallet, a receipt message 
confirming that said telephone micro-check mes- 
sage has been received; wherein said electronic 
wallet updates a receipt message stored in said 
second storage means for said electronic wallet by 
storing therein said receipt message that is newly 
received; and wherein said electronic telephone 
card settlement means, when provision of said 
radio wireless communication service is termi- 
nated, stores the latest telephone micro-check 
message in said second storage means for said 
electronic telephone card settlement means. 

1 14. A mobile electronic commerce system according to 
claim 112 or 113, wherein said micro-check call 
request message includes: 

identification information for said side that is 
designated by said input means of said elec- 
tronic wallet; 

presented card information and a registered 
card certificate for said electronic telephone 
card; and 

state management information accompanied 
by a digital signature that is provided by using a 
card signature private key. 



199 

BNSDOCID: <EP 0950968A1 J_> 



397 



EP 0 950 968 A1 



398 



1 1 5. A mobile electronic commerce system according to 
claim 82, wherein said telephone micro-check mes : 
sage includes: 

a payment amount; 5 
a amount remaining stored on said electronic 
telephone card; 

identif fcation information for said electronic tel- 
ephone card settlement means; and 
identification information for the owner of said 10 
electronic telephone card settlement means, 
and 

wherein a digital signature is provided for said 
telephone micro-check message by using said 
card signature private key of said electronic tel- is 
ephone card. 

116. A mobile electronic commerce system according to 
claim 115, wherein not only said digital signature 
using said card signature private key for said elec- 20 
tronic telephone card, but also the digital signature 

of the owner of said electronic wallet is provided for 
said telephone micro-check message. 

117. A mobile electronic commerce system according to 25 
claim 43, wherein said telephone micro-check mes- 
sage includes a telephone micro-check issuing 
number representing the order in which telephone 
micro-check messages are generated by said elec- 
tronic telephone card . 30 

118. A mobile electronic commerce system according to 
claim 113, wherein, at a time designated by said 
service providing means, said electronic telephone 
card settlement means generates an upload data 35 
message that includes data stored in said second 
storage means for said electronic telephone card 
settlement means, and then transmits said upload 
data message to said service providing means; 
wherein said service providing means, upon receiv- 40 
ing said upload data message, examines the valid- 
ity of a telephone micro-check that is included in 
said upload data message by comparing said tele- 
phone micro-check with registration information for 
said electronic telephone card that is registered in 45 
said service director information storage means, 
and generates and then transmits, to said elec- 
tronic telephone card settlement means, an update 
data message that includes update data for said 
second storage means for said electronic tele- so 
phone card settlement means; and wherein said 
electronic telephone card settlement means 
extracts said update data from said update data 
message that is received, and updates data stored 

in said second storage means. 55 

119. A mobile electronic commerce system according to 
claim 28, wherein a first electronic wallet generates 



a telephone card transfer offer message offering to 
transfer, to a second electronic wallet, an electronic 
telephone card that is stored in said second storage 
means, and transmits said telephone card transfer 
offer message via said wireless communication 
means to said second electronic wallet; wherein 
said second electronic wallet, upon receiving said 
telephone card transfer offer message, generates a 
telephone card transfer offer response message 
indicating that the contents of said telephone card 
transfer offer message are accepted, and then 
transmits said telephone card transfer offer 
response message via said wireless communica- 
tion means to said first electronic wallet; and 
wherein said first electronic wallet, upon receiving 
said telephone card transfer offer response mes- 
sage, generates and then transmits, to said second 
electronic wallet, a telephone card transfer certifi- 
cate message confirming the transfer of said elec- 
tronic telephone card to said second electronic 
wallet. 

120. A mobile electronic commerce system according to 
claim 119, wherein said telephone card transfer 
offer message includes: 

presented card information and a card certifi- 
cate or a registered card certificate for said 
electronic telephone card; and 
state management information accompanied 
by a digital signature added by using a card 
signature private key. 

121 .A mobile electronic commerce system according to 
claim 119, wherein said telephone card transfer 
offer message includes a public key certificate for 
the owner of said first electronic wallet; the digital 
signature of said owner of said first electronic wallet 
is provided for said telephone card transfer offer 
message; wherein said telephone card transfer 
offer response message includes a public key cer- 
tificate for the owner of said second electronic wal- 
let; wherein the digital signature of said owner of 
said second electronic wallet is provided for said 
telephone card transfer offer message; wherein 
said telephone card transfer certificate message 
includes identification information for said public 
key certificate for said owner of said first electronic 
wallet and identification information for said public 
key certificate for said owner of said second elec- 
tronic wallet; and wherein a digital signature using a 
card signature private key for said electronic tele- 
phone card and the digital signature of said owner 
of said first electronic wallet are provided for said 
telephone card transfer certificate message. 

122.A mobile electronic commerce system according to 
claim 45, wherein identification information that 
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' describes a payment method selected by said input 
means of said electronic wallet is included in said 
ticket application message issued by said electronic 
wallet when requesting the purchase of an elec- 
tronic ticket. 5 

1 23. A mobile electronic commerce system according to 
claim 91, wherein said electronic ticket issuance 
request message or said electronic ticket installa- 
tion request message includes template program 10 
identification information for designating, following 

the order that is to be used for the generation of 
electronic tickets, one of a plurality of template pro- 
grams that are stored in said ticket issuer informa- 
tion storage means. 75 

124. A mobile electronic commerce system according to 
claim 90, wherein said electronic ticket issuance 
request message or said electronic ticket installa- 
tion request message includes representative com- 20 
ponent information describing representative 
component information for an electronic ticket that 

is to be generated. 
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127. A mobile electronic commerce system according to 
claim 126, wherein said electronic ticket examina- 
tion means, upon receiving said ticket presenting 
message, generates and then transmits, to said 
electronic wallet, a ticket examination message 
instructing the modification of said electronic ticket 
to a post-examined state; wherein said electronic 
wallet, upon receiving said ticket examination mes- 
sage, changes said electronic ticket to said post- 
examined state, and generates and then transmits, 
to said electronic ticket examination means, a ticket 
examination response message that describes the 
contents of the modified electronic ticket; wherein 
said electronic ticket examination means stores 
said received ticket examination response mes- 
sage in said second storage means for said elec- 
tronic ticket examination means, and generates and 
then transmits, to said electronic wallet, an exami- 
nation certificate message certifying that said elec- 
tronic ticket has been examined; and wherein said 
electronic wallet stores said received examination 
certificate message in said second storage means 
for said electronic wallet. 



125. A mobile electronic commerce system according to 
claim 88, wherein said electronic wallet generates 
and then transmits, to said service providing 
means, a ticket registration request message 
requesting that said service providing means regis- 
ter, as an electronic ticket that is to be used by the 
owner of said electronic wallet said electronic ticket 
stored in said second storage means for said elec- 
tronic wallet; wherein said service providing means, 
upon receiving said ticket registration request mes- 
sage, newly generates, for said electronic ticket, a 
ticket signature private key, a ticket signature public 
key and a registered ticket certificate for verifying 
said ticket signature public key, registers said elec- 
tronic ticket for use in said service director informa- 
tion storage means, and then transmits, to said 
electronic wallet, said ticket signature private key 
and said registered ticket certificate; and wherein 
said electronic wallet updates said ticket signature 
private key and said registered ticket certificate that 
are stored by replacing them with those that have 
been newly received, and changes said state man- 
agement information for said electronic ticket to a 
usable state. 

126. A mobile electronic commerce system according to 
claim 28, wherein said electronic wallet generates a 
ticket presenting message in which is designated 
an electronic ticket that is selected, from among 
those stored in said second storage means, by 
input means for said electronic wallet and transmits 
said ticket presenting message to said electronic 
ticket examination means. 



25 1 28. A mobile electronic commerce system according to 
claim 126, wherein said ticket presenting message 
includes: 

presented ticket information and a registered 
30 ticket certificate for said electronic ticket; and 

state management information accompanied 
by a digital signature provided by using a ticket 
signature private key. 

35 1 29. A mobile electronic commerce system according to 
claim 88, wherein said ticket examination response 
message includes: 

state management information for said elec- 

40 tronic ticket; 

identification information for said electronic 
ticket examination means; and 
identification information for the owner of said 
electronic ticket examination means, and 

45 wherein a digital signature is provided for said 

ticket examination response message by using 
said ticket signature private key for said elec- 
tronic ticket. 

so 1 30. A mobile electronic commerce system according to 
claim 129, wherein said ticket examination 
response message includes identification informa- 
tion for said electronic ticket examination means 
and identification information for the owner of said 

55 electronic ticket examination means, and wherein 
said digital signature prepared using said ticket sig- 
nature private key for said electronic ticket and the 
digital signature of the owner of said electronic wal- 
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let are provided for said ticket examination 
response message. 

131 .A mobile electronic commerce system according to 
claim 47, wherein said ticket examination response 5 
message includes a ticket examination number rep- 
resenting the order in which ticket examination 
response messages are generated by said elec- 
tronic ticket. 

10 

132. A mobile electronic commerce system according to 
claim 127, wherein, at a time designated by said 
service providing means, said electronic ticket 
examination means generates an upload data mes- 
sage that includes data stored in said second stor- is 
age means for said electronic ticket examination 
means, and then transmits said upload data mes- 
sage to said service providing means; wherein said 
service providing means, upon receiving said 
upload data message, determines the validity of a 20 
ticket examination response that is included in said 
upload data message by comparing said ticket 
examination response with registration information 

for said electronic ticket that is registered in said 
service director information storage means, and 25 
generates and then transmits, to said electronic 
ticket examination means, an update data message 
that includes update data for said second storage 
means for said electronic ticket examination means; 
and wherein said electronic ticket examination 30 
means extracts said update data from said update 
data message that is received, and updates data 
stored in said second storage means. 

1 33. A mobil e electronic commerce system accordi ng to 35 
claim 28, wherein a first electronic wallet generates 

a ticket transfer offer message offering to transfer, 
to a second electronic wallet, an electronic ticket 
that is stored in said second storage means, and 
then transmits said ticket transfer offer message via 40 
said wireless communication means to said second 
electronic wallet; wherein said second electronic 
wallet, upon receiving said ticket transfer offer mes- 
sage, generates a ticket transfer offer response 
message indicating the contents of said ticket trans- 45 
fer offer message are acceptable, and then trans- 
mits said ticket transfer offer response message via 
said wireless communication means to said first 
electronic wallet; and wherein said first electronic 
wallet, upon receiving said ticket transfer offer so 
response message, generates and then transmits, 
to said second electronic wallet, a ticket transfer 
certificate message confirming the transfer of said 
electronic ticket to said second electronic wallet. 

55 

134. A mobile electronic commerce system according to 
claim 133, wherein said ticket transfer offer mes- 
sage includes: 
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presented ticket information and a ticket certifi- 
cate or a registered ticket certificate for said 
electronic ticket; and 

state management information accompanied 
by a digital signature that is added by using a 
ticket signature private key. 

135. A mobile electronic commerce system according to 
claim 133, wherein said ticket transfer offer mes- 
sage includes a public key certificate for the owner 
of said first electronic wallet; wherein the digital sig- 
nature of said owner of said first electronic wallet is 
provided for said ticket transfer offer message; 
wherein said ticket transfer offer response message 
includes a public key certificate for the owner of 
said second electronic wallet; wherein the digital 
signature of said owner of said second electronic 
wallet is provided for said ticket transfer offer mes- 
sage; wherein said ticket transfer certificate mes- 
sage includes identification information for said 
public key certificate for said owner of said first 
electronic wallet and identification information for 
said public key certificate for said owner of said sec- 
ond electronic wallet; and wherein a digital signa- 
ture using a ticket signature private key for said 
electronic ticket and the digital signature of said 
owner of said first electronic wallet are provided for 
said ticket transfer certificate message. 

1 36. A mobile electronic commerce system according to 
claim 39, wherein settlement option information for 
deciding which procedures to use for settlement is 
included in said electronic payment card issuance 
request message, in said electronic telephone card 
issuance request message or in said electronic 
ticket issuance request message. 

137. A mobile electronic commerce system according to 
claim 136, wherein said service providing means, 
upon receiving said electronic payment card issu- 
ance request message, said electronic telephone 
card issuance request message or said electronic 
ticket issuance request message, generates and 
then transmits, to said electronic wallet, an elec- 
tronic payment card, an electronic telephone card 
or an electronic ticket before performing a price set- 
tlement in accordance with said settlement option 
information. 

138. A mobile electronic commerce system according to 
claim 39, wherein said service providing means, 
upon receiving said electronic payment card issu- 
ance request message, said electronic telephone 
card issuance request message or said electronic 
ticket issuance request message, generates and 
then transmits, to said electronic wallet, an elec- 
tronic payment card, an electronic telephone card 
or an electronic ticket, and a temporary receipt 
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' message describing the contents of a settlement 
before performing a price settlement in accordance 
with said settlement option information. 

1 39. A mobile electronic commerce system according to s 
claim 28, wherein data concerning said electronic 
payment card, said electronic telephone card and 
said electronic ticket belonging to the owner of said 
electronic wallet, and data processed by said cen- 
tral processing unit of said electronic wallet are io 
stored in said second storage means for said elec- 
tronic wallet or in said user information storage 
means for said service providing means; wherein 
said data are managed by describing, in said sec- 
ond storage means for said electronic wallet, identi- is 
fication information for said data, and addresses of 
said data in said corresponding storage means; 
wherein, when data at an address in said user infor- 
mation storage means are to be processed, said 
electronic wallet generates and then transmits, to 20 
said service providing means, a remote access 
request message requesting address data; wherein 
said service providing means, upon receiving said 
remote access request message, generates and 
then transmits, to said electronic wallet, a remote 25 
access data message in which said requested data 

are included; and wherein said electronic wallet, 
upon receiving said remote access data message, 
extracts said requested data from said message. 

30 

140. A mobile electronic commerce system according to 
claim 1 , wherein said electronic wallet employs a 
ferroelectric nonvolatile memory as storage means. 

141 .A mobile electronic commerce system according to 35 
claim 10, wherein a ferroelectric nonvolatile mem- 
ory is employed as storage means for said elec- 
tronic payment card settlement means. 

142. A printed matter according to claim 63, wherein 40 
said object is one whereon or wherein electronic 
payment card installation information, electronic tel- 
ephone card installation information, or electronic 
ticket installation information is printed or engraved 

in a form readable by a person or reading means. 45 

143. A printed matter according to claim 142, wherein a 
coating is applied to a portion of said object wher- 
eon or wherein said electronic payment card instal- 
lation information, said electronic telephone card so 
installation information or said electronic ticket 
installation information is printed or engraved in 
order to disable the reading of said electronic pay- 
ment card installation information,, said electronic 
telephone card installation information or said elec- ss 
tronic ticket installation information, and wherein 
said coating is removable. 



968 A1 404 

144. A printed matter according to claim 1 42, wherein, to 
prevent holographic counterfeiting, a micro-charac- 
ter or a micro-pattern is printed on or etched in said 
object. 

145. A recording medium according to claim 64, on 
which electronic payment card installation informa- 
tion, electronic telephone card installation informa- 
tion, or electronic ticket installation information is 
recorded using a form that is readable by record- 
ing/reproduction means. 

146. A recording medium, on which a control program 
for said central processing unit of said electronic 
wallet defined in claim 28 is stored in a form reada- 
ble by a computer. 

147. A recording medium, on which a control program 
for said central processing unit of said electronic 
payment card settlement means defined in claim 29 
is recorded in a form readable by a computer. 

148. A recording medium, on which a control program 
for said central processing unit of said electronic 
telephone card settlement means defined in claim 
32 is recorded in a form readable by a computer. 

149. A recording medium, on which a control program 
for said central processing unit of said electronic 
ticket examination means defined in claim 33 is 
recorded in a form readable by a computer. 

150. A recording medium, on which a processing pro- 
gram for said computer system of said service pro- 
viding means defined in claim 34 is recorded in a 
form readable by a computer. 

151 .A recording medium, on which a processing pro- 
gram for said computer system of said settlement 
processing means defined in claim 35 is recorded 
in a form readable by a computer. 

152. A recording medium, on which a processing pro- 
gram for said computer system of said payment 
card issuing means defined in claim 36 is recorded 
in a form readable by a computer. 

153. A recording medium, on which a processing pro- 
gram for said computer system of said telephone 
card issuing means defined in claim 37 is recorded 
in a form readable by a computer. 

154. A recording medium, on which a processing pro- 
gram for said computer system of said ticket issuing 
means defined in claim 38 is recorded in a form 
readable by a computer. 

155. An electronic wallet used for a mobile electronic 
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commerce system for paying, via wireless commu- 
nication means, a required amount from said elec- 
tronic wallet that includes said wireless 
communication means and for receiving a product 
or a service, or a required permission, from a sup- 5 
ply side, said electronic wallet comprising: 

input means for entering a numerical value and 
for performing a selection operation; 
a central processing unit for generating data to 10 
be transmitted via said wireless communication 
means, and for processing data received via 
said wireless communication means; 
first storage means for storing a control pro- 
gram for controlling an operation performed by 75 
said central processing unit; 
display means for displaying data processed by 
said central processing unit; 
second storage means for storing said data 
processed by said central processing unit, and 20 
an electronic negotiable card received through 
said wireless communication means; and 
third storage means for storing identification 
information and authorization information for 
the user of said electronic wallet, 25 
wherein for carrying, said third storage means 
is detachable from said electronic wallet, 
wherein, when said third storage means is 
removed from said electronic wallet, said elec- 
tronic negotiable card stored in said second 30 
storage means is erased, and 
wherein, when said third storage means is 
attached to said electronic wallet, said elec- 
tronic wallet communicates with said service 
providing means via said wireless communica- 3s 
tion means, and receives said electronic nego- 
tiable card that said user of said electronic 
wallet owns and stores said electronic negotia- 
ble card in said second storage means. 

40 

156.An electronic wallet, used for a mobile electronic 
commerce system for paying, via wireless commu- 
nication means, a required amount from said elec- 
tronic wallet that includes said wireless 
communication means and for receiving a product 45 
or a service, or a required permission, from a sup- 
ply side, said electronic wallet comprising: 

input means for entering a numerical value and 

for performing a selection operation; 50 

a central processing unit for generating data to 

be transmitted via said wireless communication 

means, and for processing data received via 

said wireless communication means; 

first storage means for storing a control pro- 55 

gram for controlling an operation performed by 

said central processing unit; 

display means for displaying data processed by 



said central processing unit; 
second storage means for storing said data 
processed by said central processing unit; and 
third storage means for storing an electronic 
negotiable card received via said wireless com- 
munication means, 

wherein for carrying, said third storage means 
is detachable from said electronic wallet. 

157. An electronic wallet, used for a mobile electronic 
commerce system for paying, via wireless commu- 
nication means, a required amount from said elec- 
tronic wallet that includes said wireless 
communication means and for receiving a product 
or a service, or a required permission, from a sup- 
ply side, said electronic wallet comprising: 

input means for entering a numerical value and 
for performing a selection operation; 
a central processing unit for generating data to 
be transmitted via said wireless communication 
means, and for processing data received via 
said wireless communication means; 
first storage means for storing a control pro- 
gram for controlling an operation performed by 
said central processing unit; 
display means for displaying data processed by 
said central processing unit; 
second storage means for storing said data 
processed by said central processing unit; and 
IC card reading/writing means, 
wherein said electronic negotiable card 
received via said wireless communication 
means is stored in an IC card that is loaded in 
said IC card reading/writing means. 

158. An electronic wallet comprising: 

wireless communication means; 
means for installing a program for an electronic 
negotiable card obtained from a predetermined 
agency via said wireless communication 
means; and 

means for, in order to receive a product or a 
service from a seller or to obtain a permission, 
employing said electronic negotiable card with 
said wireless means in accordance with said 
program for said electronic negotiable card. 

159. An electronic wallet according to claim 158, 
wherein an inherent private key for providing a dig- 
ital signature for data to be transmitted to said seller 
is included in said program for said electronic nego- 
tiable card, so that said electronic negotiable card is 
employed by means provided for employing said 
electronic negotiable card. 

160. An electronic wallet according to claim 158, further 
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•comprising: 

means for, when said installation means 
receives a modification instruction message 
from said predetermined agency instructing a 5 
change to said program for said electronic 
negotiable card, changing, in accordance with 
said modification instruction message, said 
program for said negotiable card that is 
installed. 10 

161. An electronic wallet according to claim 158, further 
comprising: 

means for, when a modification notification 15 
message for the changing of the contents of 
said program for said electronic negotiable 
card is received from said predetermined 
agency, generating a reaction selection mes- 
sage indicating that the modification of the con- 20 
tents of said program is accepted; and 
means for, when said installation means 
receives a modification instruction message 
from said predetermined agency instructing the 
changing of said program for said electronic 25 
negotiable card, changing in accordance with 
said modification instruction message said pro- 
gram for said negotiable card that is installed. 

162. An electronic wallet according to claim 158, further 30 
comprising: 

means for, when a modification notification 
message that the contents of said electronic 
negotiable card is to be changed is received 35 
from said predetermined agency, generating a 
reaction selection message requesting a 
refund process for said electronic negotiable 
card, and for transmitting said reaction selec- 
tion message to said predetermined agency; 40 
and 

means for, when a refund receipt message is 
received from said predetermined agency indi- 
cating the termination of said refund process, 
deleting said program for said negotiable card 45 
that is installed. 

163. An electronic wallet according to claim 158, 
wherein said program for said negotiable card is a 
coupon ticket that has at least two functions for a so 
payment card, a telephone card and a ticket. 

164. A seller terminal comprising: 

wireless communication means; 55 
means for installing, from a predetermined 
agency, a program module that defines a set- 
tlement process performed by a seller when an 
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electronic negotiable card is used; and 
means for, in accordance with said program 
module, communicating with an electronic wal- 
let via said wireless communication means and 
for performing said settlement process for said 
seller when said electronic negotiable card is 
employed. 

165. An automatic vending machine comprising: 

wireless communication means; 
means for installing, from a predetermined 
agency, a program module that defines a set- 
tlement process performed by said automatic 
vending machine when an electronic negotia- 
ble card is used; 

means for, in accordance with said program 
module, communicating with an electronic wal- 
let via said wireless communication means and 
for performing said settlement process for said 
automatic vending machine when said elec- 
tronic negotiable card is employed; and 
means for providing a product or a service 
when said settlement process for said auto- 
matic vending machine has been completed. 

166. A call switching center machine comprising: 

wireless communication means; 
means for installing, from a predetermined 
agency, a program module that defines a set- 
tlement process performed by said call switch- 
ing center machine when an electronic 
negotiable card is used; 
means for, in accordance with said program 
module, communicating with an electronic wal- 
let via said wireless communication means and 
for performing said settlement process for said 
call switching center machine when said elec- 
tronic negotiable card is employed; and 
means for providing a product or a service 
when said settlement process for said call 
switching center machine has been completed. 

167. A management machine for a service providing 
agency comprising: 

communication means; 
means for generating a program for an elec- 
tronic negotiable card in order to install said 
program in an electronic wallet, and for trans- 
mitting said program for said electronic negoti- 
able card to said electronic wallet by radio via 
said communication means; and 
means for transmitting to a seller terminal, in 
order to install said program in said seller termi- 
nal, a program module that defines a settle- 
ment process performed by a seller when said 
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program for said electronic negotiable card is 
employed. 

168.A management machine for a service providing 
agency comprising: 5 

communication means; 

means for receiving from an electronic wallet, 
by radio via said communication means, a pur- 
chase order request for a program for an elec- 10 
tronic negotiable card; 

means for receiving data, concerning a negoti- 
able card that is to be issued, from a negotiable 
card issuing agency that issues said electronic 
negotiable card that is ordered by said pur- 75 
chase order request; 

means for performing, together with a settle- 
ment agency, a settlement process that accom- 
panies the purchase of said negotiable card; 
means for generating a program for an elec- 20 
tronic negotiable card, based on data that are 
received from said negotiable card issuing 
agency and that concern a negotiable card to 
be issued, and for transmitting said program for 
said negotiable card to said electronic wallet by 25 
radio via said communication means; and 
means for transmitting to a seller terminal, in 
order to install said program in said seller termi- 
nal, a program module that defines a settle- 
ment process performed by a seller when said 30 
program for said electronic negotiable card is 
employed. 



35 



40 



45 



169. A management machine for a negotiable card pro- 
gram issuing agency according to claim 168, fur- 
ther comprising: 

means for generating a modification instruction 
message for changing said program for said 
negotiable card that is installed in said elec- 
tronic wallet; and 

means for transmitting said modification 
instruction message to said electronic wallet 
via said communication means. 

170. A management machine for a negotiable card pro- 
gram issuing agency according to claim 168. fur- 
ther comprising: 



means for generating a modification notifica- so 
tion message for the modification of said pro- 
gram for said negotiable card that is installed in 
said electronic wallet; 

means for receiving, from said electronic wal- 
let, a reaction selection message indicating 55 
said modification has been accepted; 
means for, upon receiving said reaction selec- 
tion message, generating a modification 



instruction message for changing said program 
for said negotiable card that is installed in said 
electronic wallet; and 

means for transmitting said modification 
instruction message to said electronic wallet 
via said communication means. 

171 .A management machine for a negotiable card pro- 
gram issuing agency according to claim 168, fur- 
ther comprising: 

means for generating a modification notifica- 
tion message for the modification of said pro- 
gram for said negotiable card that is installed in 
said electronic wallet; 

means for receiving from said electronic wallet, 
in response to said modification notification, a 
reaction selection message requesting a 
refund for said electronic negotiable card; 
means for, upon receiving said reaction selec- 
tion message, performing a refund settlement 
process for a predetermined settlement 
agency; 

means for generating a refund receipt mes- 
sage indicating that said refund settlement 
process has been completed; and 
means for transmitting said refund receipt mes- 
sage to said electronic wallet via said commu- 
nication means. 

172. A management machine for a service providing 
agency, which transmits, to an electronic wallet, an 
electronic negotiable card program, including a 
card signature private key, a card certificate, a card 
authorization private key and an accounting 
machine authorization private key, and which trans- 
mits to a seller terminal a settlement program, 
including a card authorization public key that is 
paired with said card authorization private key and 
an accounting machine authorization private key 
that is paired with said accounting machine author- 
ization public key, said management machine com- 
prising: 

means for managing, for each negotiable card 
type, the pair comprising said card authoriza- 
tion private key, which differs for each negotia- 
ble card type, and said card authorization 
public key, and the pair comprising said 
accounting machine authorization private key 
and said accounting machine authorization 
public key; and 

means for, in order to issue a negotiable card, 
generating a card signature private key, which 
is inherent to said negotiable card, and a card 
certificate, and for generating a negotiable card 
by using said card authorization private key, 
which corresponds to the type of said negotia- 
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ble card, and said accounting machine authori- 
zation public key. 

1 73. A mobile electronic commerce system according to 
claim 3, wherein said electronic wallet includes s 
means for generating first identification information 
for identifying a transaction conducted with said 
supply side, and for transmitting said first identifica- 
tion information to said supply side; wherein said 
supply side includes means for generating second 10 
identification information for identifying a transac- 
tion conducted with said electronic wallet, and for 
transmitting said second identification information 

to said electronic wallet; wherein said electronic 
wallet includes means for generating said electronic is 
check that contains first said information and said 
second information; and wherein said supply side 
includes means for generating a receipt that con- 
tains said first identification information and said 
second identification information. 20 

174. A mobile electronic commerce system according to 
claim 50. wherein said first electronic wallet 
includes means for generating first identification 
information for identifying an electronic payment 25 
card transfer process performed with said second 
electronic wallet, and for transmitting said first iden- 
tification information to said second electronic wal- 
let; wherein said second electronic wallet includes 
means for generating second identification informa- so 
tion for identifying an electronic payment card trans- 
fer process performed with said first electronic 
wallet, and for transmitting said second identifica- 
tion information to said first electronic wallet; 
wherein said first electronic wallet includes means 35 
for generating said payment card transfer certificate 
message that contains said first identification infor- 
mation and said second identification information; 
and wherein said second electronic wallet includes 
means for generating said payment card receipt 40 
message that contains said first identification infor- 
mation and said second identification information. 

175. A mobile electronic commerce system according to 
claim 52, wherein said first electronic wallet 45 
includes means for generating first identification 
information for identifying an electronic telephone 
card transfer process performed with said second 
electronic wallet, and for transmitting said first iden- 
tification information to said second electronic wal- so 
let; wherein said second electronic wallet includes 
means for generating second identification informa- 
tion for identifying an electronic telephone card 
transfer process performed with said f irs't electronic 
wallet, and for transmitting said second identifica- ss 
tion information to said first electronic wallet; 
wherein said first electronic wallet includes means 

for generating said telephone card transfer certifi- 



cate message that contains said first identification 
information and said second identification informa- 
tion; and wherein said second electronic wallet 
includes means for generating said telephone card 
receipt message that contains said first identifica- 
tion information and said second identification infor- 
mation. 

176. A mobile electronic commerce system according to 
claim 54, wherein said first electronic wallet 
includes means for generating first identification 
information for identifying an electronic ticket trans- 
fer process performed with said second electronic 
wallet, and for transmitting said first identification 
information to said second electronic wallet; 
wherein said second electronic wallet includes 
means for generating second identification informa- 
tion for identifying an electronic ticket transfer proc- 
ess performed with said first electronic wallet, and 
for transmitting said second identification informa- 
tion to said first electronic wallet; wherein said first 
electronic wallet includes means for generating said 
ticket transfer certificate message that contains 
said first identification information and said second 
identification information; and wherein said second 
electronic wallet includes means for generating said 
ticket receipt message that contains said first iden- 
tification information and said second identification 
information. 

177. A mobile electronic commerce system according to 
claim 54, wherein said first electronic wallet 
includes means for generating first identification 
information for identifying a negotiable card transfer 
process performed with said second electronic wal- 
let, and for transmitting said first identification infor- 
mation to said second electronic wallet; wherein 
said second electronic wallet includes means for 
generating second identification information for 
identifying a negotiable card transfer process per- 
formed with said first electronic wallet, and for 
transmitting said second identification information 
to said first electronic wallet; wherein said first elec- 
tronic wallet includes means for generating said 
payment card transfer certificate message that con- 
tains said first identification information and said 
second identification information; and wherein said 
second electronic wallet includes means for gener- 
ating said payment card receipt message that con- 
tains said first identification information and said 
second identification information. 

178. A recording medium on which is stored a program 
for an electronic payment card used by an elec- 
tronic wallet in a mobile electronic commerce sys- 
tem for paying, via wireless communication means, 
a required amount from said electronic wallet that 
includes said wireless communication means, and 
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for receiving a product or a service, or a required 
permission, from a supply side, and on which said 
program for said electronic payment card is so 
stored as to be readable by a computer, wherein 
said electronic payment card includes a payment 5 
card program, presented card information that 
describes the contents of said electronic payment 
card that is issued, and a card certificate for proving 
that said electronic payment card is real; wherein 
said payment card program further includes man- w 
agement information for the status of said elec- 
tronic payment card, and payment card program 
data that specifies the operations performed by 
said electronic payment card; and wherein said pre- 
sented card information is accompanied by the dig- 15 
ital signature of the owner of the service providing 
means. 

179. A recording medium according to claim 178, 
wherein said payment card program includes a card 20 
signature private key that is used for a digital signa- 
ture for an electronic payment card, and wherein 
said card certificate is a public key certificate that 
verifies a card signature public key that is paired 
with said card signature private key. 25 

180. A recording medium according to claim 178, 
wherein a clearing program module for said elec- 
tronic payment card includes two cryptographic 
keys, an accounting machine authorization private 30 
key and a card authorization public key; and 
wherein said payment card program includes an 
accounting machine authorization public key that is 
paired with said accounting machine authorization 
private key, and a card authorization private key 35 
that is paired with said card authorization public 
key. 

181 .A recording medium according to claim 178, 
whereof said payment card program data includes 40 
a transaction module program, for specifying the 
procedures employed for message data that are 
exchanged by said electronic wallet and electronic 
payment card settlement means, a display module 
program, for specifying a display for an electronic 45 
payment card, and representative component infor- 
mation for an electronic payment card; and 
whereof, in accordance with said transaction mod- 
ule program for said electronic payment card, a 
central processing unit in said electronic wallet so 
processes said message data that are exchanged 
with said electronic payment card clearing means, 
and displays said representative component infor- 
mation in accordance with said display module pro- 
gram for said electronic payment card, so that said 55 
electronic payment card is displayed on display 
means of said electronic wallet 



182.A recording medium on which is stored a program 
for a negotiable card used by an electronic wallet in 
a mobile electronic commerce system for paying, 
via wireless communication means, a required 
amount from said electronic wallet that includes 
said wireless communication means, and for 
receiving a product or a service, or a required per- 
mission, from a supply side, and on which said pro- 
gram for said negotiable card is so stored as to be 
readable by a computer, wherein said negotiable 
card includes a negotiable card program, presented 
card information that describes the contents of said 
negotiable card that is issued, and a card certificate 
for proving that said negotiable card is authentic; 
wherein said negotiable card program further 
includes management information for the status of 
said negotiable card, and negotiable card program 
data that specifies the operations performed by 
said negotiable card; and wherein said presented 
card information is accompanied by the digital sig- 
nature of the owner of the service providing means. 

183. A recording medium according to claim 182, 
wherein said electronic negotiable card program 
includes a card signature private key that is used for 
a digital signature for an electronic negotiable card, 
and wherein said card certificate is a public key cer- 
tificate that verifies a card signature public key that 
is paired with said card signature private key 

184. A recording medium according to claim 182, 
wherein a clearing program module for said elec- 
tronic negotiable card includes two cryptographic 
keys, an accounting machine authorization private 
key and a card authorization public key; and 
wherein said negotiable card program includes an 
accounting machine authorization public key that is 
paired with said accounting machine authorization 
private key, and a card authorization private key 
that is paired with said card authorization public 
key. 

185. A recording medium according to claim 178, 
whereof said negotiable card program data 
includes a transaction module program, for specify- 
ing the procedures employed for message data that 
are exchanged by said electronic wallet and elec- 
tronic negotiable card settlement means, a display 
module program, for specifying a display for an 
electronic negotiable card, and representative com- 
ponent information for an electronic negotiable 
card; and whereof, in accordance with said transac- 
tion module program for said electronic negotiable 
card, a central processing unit in said electronic 
wallet processes said message data that are 
exchanged with said electronic negotiable card 
clearing means, and displays said representative 
component information in accordance with said dis- 
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play module program for sard electronic negotiable 
card, so that said electronic negotiable card is dis- 
played on display means of said electronic wallet. 

186. A recording medium on which is stored a program s 
for an electronic telephone card used by an elec- 
tronic wallet in a mobile electronic commerce sys- 
tem for paying, via wireless communication means, 

a required amount from said electronic wallet that 
includes said wireless communication means, and 10 
for receiving a product or a service, or a required 
permission, from a supply side, and on which said 
program for said electronic telephone card is so 
stored as to be readable by a computer, wherein 
said electronic telephone card includes a telephone 15 
card program, presented card information that 
describes the contents of said electronic telephone 
card that is issued, and a card certificate for proving 
that said electronic telephone card is authentic; 
wherein said telephone card program further 20 
includes management information for the status of 
said electronic telephone card, and telephone card 
program data that specifies the operations per- 
formed by said electronic telephone card; and 
wherein said presented card information is accom- 25 
panied by the digital signature of the owner of the 
service providing means. 

187. A recording medium on which is stored a program 

for an electronic telephone card used by an elec- 30 
tronic wallet in a mobile electronic commerce sys- 
tem for paying, via wireless communication means, 
a required amount from said electronic wallet that 
includes said wireless communication means, and 
for receiving a product or a service, or a required 35 
permission, from a supply side, and on which said 
program for said electronic telephone card is so 
stored as to be readable by a computer, wherein 
said telephone card program includes a card signa- 
ture private key that is used for a digital signature 40 
for an electronic telephone card, and wherein said 
card certificate is a public key certificate that veri- 
fies a card signature public key that is paired with 
said card signature private key. 

45 

188. A recording medium on which is stored a program 
for an electronic telephone card used by an elec- 
tronic wallet in a mobile electronic commerce sys- 
tem for paying, via wireless communication means, 

a required amount from said electronic wallet that so 
includes said wireless communication means, and 
for receiving a product or a service, or a required 
permission, from a supply side, and on which said 
program' for said electronic telephone card is so 
stored as to be readable by a computer, whereof, in 55 
accordance with said transaction module program 
for said electronic telephone card, a central 
processing unit in said electronic wallet processes 
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said message data that are exchanged with said 
electronic telephone card clearing means, and dis- 
plays said representative component information in 
accordance with said display module program for 
said electronic telephone card, so that said elec- 
tronic telephone card is displayed on display means 
of said electronic wallet, and whereof said tele- 
phone card program data includes a transaction 
module program, for specifying the procedures 
employed for message data that are exchanged by 
said electronic wallet and electronic telephone card 
settlement means, a display module program, for 
specifying a display for an electronic telephone 
card, and representative component information for 
an electronic telephone card. 

189. A recording medium on which is stored a program 
for an electronic ticket used by an electronic wallet 

■ in a mobile electronic commerce system for paying, 
via wireless communication means, a required 
amount from said electronic wallet that includes 
said wireless communication means, and for 
receiving a product or a service, or a required per- 
mission, from a supply side, and on which said pro- 
gram for said electronic ticket is so stored as to be 
readable by a computer, wherein said electronic 
ticket includes a ticket program, presented card 
information that describes the contents of said elec- 
tronic ticket that is issued, and a card certificate for 
proving that said electronic ticket is authentic; 
wherein said ticket program further includes man- 
agement information for the status of said elec- 
tronic ticket, and ticket program data that specifies 
the operations performed by said electronic ticket; 
and wherein said presented card information is 
accompanied by the digital signature of the owner 
of the service providing means. 

190. A recording medium according to claim 189, 
wherein said ticket program includes a ticket signa- 
ture private key that is used for a digital signature 
for an electronic ticket, and wherein said ticket cer- 
tificate is a public key certificate that verifies a ticket 
signature public key that is paired with said ticket 
signature private key. 

191 .A recording medium according to claim 189, 
wherein an examination program module for said 
electronic ticket includes two cryptographic keys, a 
gate authorization private key and a ticket authori- 
zation public key; and wherein said ticket program 
includes a gate authorization public key that is 
paired with said gate authorization private key, and 
a ticket authorization private key that is paired with 
said ticket authorization public key. 

192. A recording medium according to claim 189, 
whereof said ticket program data includes a trans- 
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action module program, for specifying the proce- 
dures employed for message data that are 
exchanged by said electronic wallet and electronic 
ticket examination means, a display module pro- 
gram, for specifying a display for an electronic pay- 5 
ment card, and representative component 
information for an electronic ticket; and whereof, in 
accordance with said transaction module program 
for said electronic ticket, a central processing unit in 
said electronic wallet processes said message data w 
that are exchanged with said electronic ticket exam- 
ination means, and displays said representative 
component information in accordance with said dis- 
play module program for said electronic ticket, so 
that said electronic ticket is displayed on display 75 
means of said electronic wallet. 



193. A recording medium on which a program for a pay- 
ment card, which is used for electronic commerce 
that employs an electronic wallet, is so stored as to 20 
be readable by a computer, and whereon as infor- 
mation indicating the contents of a negotiable card, 
included for said payment card, is ASCII informa- 
tion for which tag information that describes the 
information type is additionally provided. 25 

194. A recording medium on which a program for a tele- 
phone card, which is used for electronic commerce 
that employs an electronic wallet, is so stored as to 

be readable by a computer, and whereon as infor- 30 
mation indicating the contents of an electronic tele- 
phone card, included for said telephone card, is 
ASCII information for which tag information that 
describes the information type is additionally pro- 
vided. 35 



195.A recording medium on which a program for a 
ticket, which is used for electronic commerce that 
employs an electronic wallet, is so stored as to be 
readable by a computer, and whereon as informa- 40 
tion indicating the contents of an electronic ticket, 
included for said ticket, is ASCII information for 
which tag information that describes the information 
type is additionally provided. 
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